将那些需要的人集合起来为SOA的成功构建工作,好像是很容易的任务,其实最大的公司可能仅仅有几名在需要范围内的企业构架师为SOA工作。你的关键是找到这些构架师来与他们中每一个沟通……
实现SOA本身也会引入变更.SOA实现必须得变更,否则企业就不能意识到SOA承诺的灵活性和成本节省,于是当处理今天企业需要的SOA时,就产生了一些变更和版本问题.
为了能够深入的了解Services,你必须了解在SOA中服务,合约和策略(services, contracts和policies)三者之间的关系。
既然SOA是如今企业中很多这样的房间中谈论的主题,那么最激烈的争论就是Representational State Transfer (REST)与Web services的关系。
数量并不是SOA成熟度计量标准,SOA是代表着IT不断满足业务持续的变化的需求同时IT组织的管理和治理方式也在不断地变换的方法。
包含在服务契约中的内容,面向服务架构(SOA)已经改变其方向,公司正在从试探性的第一步,只是用于少数分散系统的服务,转移到战略上SOA的全面推广……
解决服务粒度挑战构建正确服务组合,最近的一些对话都集中于如何构建”正确的” 服务。关于这个问题的一个关键答案是确信我们构建的服务是以合适的粒度水平……
面向服务许诺将改变这种build-to-last方法,通过构建本身具有灵活性的系统,或许我们最终会有办法解除遗留系统的枷锁。事实上没有一个公司能够简单地抛弃他们的旧应用和旧系统,即使他们变成面向服务的。
为了能够深入的了解Services，你必须了解在SOA中服务，合约和策略之间的关系。
SOA的一项关键特性就是使用松散耦合连接。传统上，应用程序与应用程序之间或者应用程序与服务之间的连接是紧耦合的，如用CORBA(公共对象请求代理体系结构)那样。此差异是很重要的。
