文档介绍：解析 SOA 架构与相关技术
面向服务架构 SOA 与相关技术
面向服务的体系结构(service-oriented architecture,SOA)是一个组件模型,它
将应用程序的不同功能单元(称为服务)通过这些服务之间定义良好的接口和契约联系起
来。接口是采用中立的方式进行定义的,它应该独立于实现服务的硬件平台、操作系统和
编程语言。这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交
互。
这种具有中立的接口定义(没有强制绑定到特定的实现上)的特征称为服务之间的松
耦合。松耦合系统的好处有两点,一点是它的灵活性,另一点是,当组成整个应用程序的
每个服务的内部结构和实现逐渐地发生改变时,它能够继续存在。而另一方面,紧耦合意
味着应用程序的不同组件之间的接口与其功能和结构是紧密相连的,因而当需要对部分或
整个应用程序进行某种形式的更改时,它们就显得非常脆弱。
SOA 与 BPM
BPM 阵营通常声称,SOA 对于实现 BPM 来说不是必需的。只需部署一个 BPM 套
件,就可以更快地实现目标而不会带来多少复杂性。SOA 阵营则注重于如何从一般意义上
解决企业 IT 的复杂性。该阵营通常声称 BPM 是 SOA 的一个特性,但是它是 SOA 解决方
案的一部分,而不是一个单独的东西。当 SOA 领域的人士谈到 BPM 时,该术语通常与服
务编排或流程整合同义,而不强调对业务分析人员友好的建模或人员交互,而后者对
BPM 阵营来说非常重要。
在 SOA 和 BPM 联合发展的浪潮下,我们首先要明确的是,BPM 与 SOA 的本质是截
然不同的:SOA 是一种架构方法,BPM 则是一组流程协调管理理念。没有 SOA 之前,
BPM 产品已经出现并成功应用。BPM 的主要应用场合有如下几点:。2.
TT SOA 技术专题之“解析 SOA 架构与相关技术” Page 2 of 49
整合应用系统,实现异构系统之间无缝交流。。,实
现企业流程持续改进。
从 BPM 着手实施 SOA
SOA 和 BPM 汇聚推动企业并购
SOA 前程似锦 BPM,BI 和 一个都不能少
SOA 与 SCA/SDO
SOA 已经成为公认的 IT 基础架构发展的趋势,它为我们描绘了一幅美妙的 IT 系统和
业务系统完美结合的图画。然而,即使是在各咨询机构推崇 SOA,各厂商大肆宣传推广
SOA,用户普遍认可 SOA 的今天,SOA 的美好未来依然给人一种不清晰、不踏实的感觉。
我们常常说 SOA 需要解决如何落地的问题。这个难题无法一蹴而就,必须花费很多时
间才能逐步进行解决。但在目前,我们已经为 SOA 找到了一个着地的落脚点,这就是
SCA/SDO 规范。
SCA 和 SDO 标准
服务于 PHP 的 SCA 和 SDO
SCA/SDO 走向成熟将正式成为 SOA 标准
SOA 与 SaaS
随着 SaaS 的愈发火热,加之 SOA 的继续深入,这两种概念开始引出了一些新的混
淆,市场上越来越多的人在谈论 SOA 产品在 SaaS 方面的能力。最近的一篇由对象管理组
织(OMG)SOA 联盟所完成的,针对首席信息官和首席技术官的调查指出,市场上存在着这样
一种期待,那就是 SOA 改变了软件厂商的市场,因此重要的软件可以通过 SaaS 使用 SOA
的方法提供给大家。
TT SOA 技术专题之“解析 SOA 架构与相关技术” Page 3 of 49
SOA 与 SaaS 两者将在何处相遇?
SOA 和 Saas 将在 ERP 和 CRM 领域中结合
SOA 与 ESB
不久以前有一些比较聪明的做法,那就是脱离企业服务总线(ESB)来配置 SOA。你可以
将 ESB 加入到强化现有的一系列已经存在的应用程序中去,从头建立一些服务,然后再将
他们串连起来,这样你就完成了 SOA。
事实上,最初的 SOA 活动,就是这么进行的。企业要处理相关的优先数量的服务,配
置给他们相关的有限的方法。IT 部门只是进行“SOA 试验”,花一些时间弄明白哪些是需
要的而哪些是不需要的。经过一些试验,在级别分割和申请使用上,SOA 就被采纳了。这
些很少会被斟酌。
让 ESB 与 SOA 同步
传统 ESB 与 SOA 架构融合
使用 ESB 简化 SOA 复杂性