SOA入门教程.doc

SOA入门教程  目 录 1 SOA概览 6 1.1 什么是SOA? 6 1.2 SOA的基本特征 7 1.2.1 可从企业外部访问 8 1.2.2 随时可用 8 1.2.3 粗粒度服务接口 9 1.2.4 分级 9 1.2.5 松散耦合 10 1.2.6 可重用的服务及服务接口设计管理 10 1.2.7 标准化的接口 11 1.2.8 支持各种消息模式 11 1.2.9 精确定义的服务接口 12 1.3 SOA的优点 12 1.3.1 编码灵活性 12 1.3.2 明确开发人员角色 13 1.3.3 支持多种客户类型 13 1.3.4 更易维护 13 1.3.5 更好的伸缩性 13 1.3.6 更高的可用性 13 2 SOA进化历程 14 2.1 SOA进化之SOA时间轴 14 2.1.1 XML简史 14 2.1.2 Web服务简史 15 2.1.3 SOA简史 16 2.1.4 SOA如何改造XML与Web服务 17 2.1.5 要点总结 18 2.2 SOA进化之标准组织与贡献厂商 19 2.2.1 比较“标准”、“规范”与“扩展” 19 2.2.2 标准组织对SOA的贡献 19 万维网联盟(W3C) 20 结构化信息标准进步组织(OASIS) 20 Web服务协同组织(WS-I) 21 它们如何比较 22 2.2.3 主流厂商对SOA的贡献 22 为何要开发标准支持SOA 23 厂商影响 23 厂商联盟 23 选择一个标准组织 24 为什么你应当关心 25 2.2.4 要点总结 25 2.3 SOA的根源 (SOA与过去架构的比较) 26 2.3.1 什么是架构 26 应用架构 26 企业架构 27 面向服务架构 27 2.3.2 比较SOA与客户-服务器架构 28 客户-服务器架构简史 28 应用逻辑 28 应用处理 29 技术 30 安全 30 管理 31 2.3.3 比较SOA与分布式互联网架构 31 分布式互联网架构简史 31 应用逻辑 33 应用处理 34 技术 35 安全 35 管理 36 2.3.4 比较SOA与混合Web服务架构 37 Web服务作为构件包装器 37 SOA内部的Web服务 38 3 BPM与SOA之间的区别及联系 38 4 SOA 的生命周期 40 4.1 建模 41 4.2 组装 41 4.3 部署 41 4.4 管理 42 4.5 控制 42 5 如何构建SOA系统 43 5.1 SOA生命周期模型 43 5.2 SOA的难点 44 5.2.1 服务定义 44 工业标准 45 缺乏方法论 45 5.2.2 理解语义 46 5.2.3 SOA过程 47 SOA概览 最近半年以来，在企业级应用开发领域，谈论最多的一个词，恐怕非SOA（Service-Oriented Architecture，面向服务架构）莫属。那么SOA究竟拥有什么样的魔力，能够让众多的软件厂商对他趋之若骛，掀起新的一轮企业架构浪潮。让我们在本文中一探SOA的究竟。 那么什么是SOA，让我们先从基本概念开始讲起。 什么是SOA? SOA是一种架构模型，它可以根据需求通过网络对松散耦合的粗粒度应用组件进行分布式部署、组合和使用。服务层是SOA的基础，可以直接被应用调用，从而有效控制系统中与软件代理交互的人为依赖性。 SOA的关键是“服务”的概念，W3C将服务定义为：“服务提供者完成一组工作，为服务使用者交付所需的最终结果。最终结果通常会使使用者的状态发生变化，但也可能使提供者的状态改变，或者双方都产生变化”。 S将SOA定义为：“本质上是服务的集合。服务间彼此通信，这种通信可能是简单的数据传送，也可能是两个或更多的服务协调进行某些活动。服务间需要某些方法进行连接。所谓服务就是精确定义、封装完善、独立于其他服务所处环境和状态的函数。” L将SOA定义为：“按需连接资源的系统。在SOA中，资源被作为可通过标准方式访问的独立服务，提供给网络中的其他成员。与传统的系统结构相比，SOA规定了资源间更为灵活的松散耦合关系。” Gartner则将SOA描述为：“客户端/服务器的软件设计方法，一项应用由软件服务和软件服务使用者组成……SOA与大多数通用的客户端/服务器模型的不同之处，在于它着重强调软件组件的松散耦合，并使用独立的标准接口。” Gartner相信BPM和SOA的结合对所有类型的应用集成都大有助益，“SOA极大的得益于BPM技术和方法论，但是SOA面临的真正问题是确立正确的企业意识，即：强化战略化的SOA计划（针对供应和使用）并鼓励重用。” 虽然不同厂商或个人对SOA有着不同的理解，但是我们仍然可以从上述的定义中看到SOA的几个关键特性：一种粗粒度、松耦合服