从单井式到服务组合，SOA历经多个发展阶段。起初各业务线独立开发，随后通过系统整合实现数据交互，但复杂度高。组件化虽提升复用性，却未解决互操作性。面向服务架构引入松耦合服务，使用标准协议，提升业务流程开发的敏捷性。服务组合工具定义信息流动，虚拟服务提高松耦合程度，动态可重新配置则在运行期实现流程整合。
参见：http://blogs.zdnet.com/service-oriented/?p=1974
1、单井式
各个业务线独立开发软件，数据、流程、标准、技术没有交互；
2、系统整合
各个业务系统之间通过导入导出等技术手段实现数据交互。
整合并没有形成公共的数据和流程标准，因此，两个系统的互联需要复杂的数据、操作、协议的转换；
3、组件化
独立业务系统分解为组件，因此可以重新配置、部署到新的系统中。
业务功能也被（有限的）实现到组件中。组件的交互通过接口，但不是非松耦合的，这限制了不同组织的系统之间的互操作性；
系统内部组件化，系统内的复用、控制变化
4、面向服务
组合程序现在可以从松耦合的业务服务中构建；服务调用使用标准协议，独立于实现技术；
然而，服务的组合依然由开发编写特定代码实现，因此限制了新业务流程开发的敏捷性；
5、服务组合
构造新的业务流程不在需要定制编码，而是通过一种组合工具（业务流程引擎）定义信息的流动，控制单个服务实现；这允许业务服务组合成为复合业务流程；
6、虚拟服务
服务使用者并不直接调用服务，而是通过一个服务平台调用一个虚拟服务，服务平台负责把调用转发到一个实际服务提供方；松耦合程度更高；
7、动态可重新配置
之前的SOA，尽管流程整合也比较灵活，但都是在设计期有开发人员（在业务分析和产品管理的指导下）实现；这个阶段的流程整合是在运行期，有流程分析师用工具实现；或者由系统自己确定；这需要有统一机制发现所需服务。
扫一扫
5593
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
