关键词：SOA 服务

　　 1.什么是SOA

　　 SOA是一种架构模型，它可以根据需求通过网络对松散耦合的粗粒度应用组件进行分布式部署、组合和使用。服务层是SOA的基础，可以直接被应用调用，从而有效控制系统中与软件代理交互的人为依赖性。

　　SOA的关键是“服务”的概念，W3C将服务定义为：“服务提供者完成一组工作，为服务使用者交付所需的最终结果。最终结果通常会使使用者的状态发生变化，但也可能使提供者的状态改变，或者双方都产生变化”。

　　Service-architecture.com将SOA定义为：“本质上是服务的集合。服务间彼此通信，这种通信可能是简单的数据传送，也可能是两个或更多的服务协调进行某些活动。服务间需要某些方法进行连接。所谓服务就是精确定义、封装完善、独立于其他服务所处环境和状态的函数。

　　虽然不同厂商或个人对SOA有着不同的理解，但是我们仍然可以从上述的定义中看到SOA的几个关键特性：一种粗粒度、松耦合服务架构，服务之间通过简单、精确定义接口进行通讯，不涉及底层编程接口和通讯模型。

　　2.SOA视图

　　SOA所要求的服务发现、服务绑定其实与DCOM/COM+所实现的目标没有区别，同时经历过互联网发展的开发人员也会发现，SOA中所倡导的很多原理、法则与OOA/OOD无异。SOA的功能型架构本身是松散的，即每个服务本身可以作为企业的IT资产存在、也可以作为生产流程中的处理环节存在，但总体上他们提供了一个完整的视图，而且与独立应用不同，这个视图的内容不是分层的、而是平的，借助这个视图可以提供如下可重用能力：

• 消息机制服务
• 工作处理流程服务
• 数据服务
• 用户体验服务
• 主体身份的识别、认证、授权服务
• 通盘的管理能力

　　所有这些能力用综合在下图：

　　从图中不难发现与Java平台对应产品不同，微软SOA规划中大量的支撑技术都直接来自操作系统，例如：Active Directory、IIS、ASP.NET、MSMQ、WCF、WF、WCS、Automatic Update等；与强调SCA、SDO等公共标准的Java平台不同，微软平台相应的封装也不是通过商用服务器平台完成，而是更多地借助WCF实现；其中最为重要的ESB角色重则由BizTalk担当，轻则由用户通过扩展WCF + WF完成；至于服务的治理，相对更为统一，与Windows平台其他产品无异，向下借助统一的WMI体系，配合MOM和System Center对SOA的基础平台部分进行治理，向上借助WS_Management协议对服务进行集中管理。

　　系统的更新，动态性不仅存在于业务的On Demand，同样存在于技术环境之中，SOA中更是如此，虽然自治性是服务设计中非常关键的因素，但只要投入生产环境，一定会运行于某个操作系统平台。谈及SOA的时候提到给操作系统打补丁听起来确实有些“跌份”，但这确实是现实世界。把这个自动更新机制置于每个服务内部，运行管理成本不划算，不如在SOA基础环境中就纳入管理。

　　3.SOA 集成方式

　　实施SOA集成在所难免，各企业集成的方式大概主要有3种：

• 购买某厂商的SOA套件，这样无论是组成上的兼容性还是技术支持都有保证，代价就是花费不菲；
• 集成多种开源的服务器产品和开发框架，显性成本上很划算，但技术实施的成败很大程度上取决于架构师穿针引线的能力和产品间的兼容性；
• 更多依赖操作系统自带的产品，根据IT范围的大小，选择少量的商业产品或开源服务器产品，兼容性风险比全部开源产品要小，成本上也比全盘采购商业套件廉价。

　　a)面向服务架构的业务好处

• 效率：将业务流程从"烟囱"状的、重复的流程向维护成本较低的高度利用、共享服务应用转变。
• 响应：迅速适应和传送关键业务服务来满足市场需求，为客户、雇员和合作伙伴更高水准的服务。
• 适应性：更高效地转入转出让整个业务变得复杂性和难度更小，达到节约时间和资金的目的。

• 复杂性降低：基于标准的兼容性，与点到点的集成相比降低了复杂性。
• 重用增加：通过重用以前开发和部署的共享服务，实现了更有效的应用程序/项目开发和交付。
• 遗留集成：用作可重用服务的遗留应用程序降低了维护和集成的成本。

　　如今的服务驱动型企业都在体验着开发的高效率，服务的高可靠性和服务的高质量，以最大限度获得业务机会所带来的这些好处。

　　在订单确认之后，完成付款之前，有两个关键时刻对网上购物的成败产生影响，这种状况取决于网站、银行和购物者三方面因素的影响。

　　下一篇：SOA的基本特征是什么？敬请期待