面向服务架构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着手实施SOA

SOA和BPM汇聚推动企业并购

SOA前程似锦 BPM,BI和Web2.0 一个都不能少

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的方法提供给大家。

SOA与SaaS两者将在何处相遇？

SOA和Saas将在ERP和CRM领域中结合

SOA与ESB

不久以前有一些比较聪明的做法，那就是脱离企业服务总线(ESB)来配置SOA。你可以将ESB加入到强化现有的一系列已经存在的应用程序中去，从头建立一些服务，然后再将他们串连起来，这样你就完成了SOA。

事实上，最初的SOA活动，就是这么进行的。企业要处理相关的优先数量的服务，配置给他们相关的有限的方法。IT部门只是进行“SOA试验”，花一些时间弄明白哪些是需要的而哪些是不需要的。经过一些试验，在级别分割和申请使用上，SOA就被采纳了。这些很少会被斟酌。

Forrester:视ESB为SOA的本质

独家专访：如何看待开源ESB和基于REST的SOA？