面向服务和集成.ppt

面向服务的集成 背景 企业面临的问题 各种各样不同的平台 新系统的引入 信息孤岛…… 集成技术的发展 点对点集成 消息总线 企业应用程序集成（EAI） 企业服务总线（ESB） 面向服务的集成 以服务为中心的集成 以服务为中心的集成 集成 将小粒度服务集成为大粒度服务 将硬编码的集成变为动态可配置的集成 以服务为中心的集成（SOI）：在以服务为中心的体系架构（SOA）中，通过服务的交互来集成各企业的 IT 资源，如分布的应用或者数据，帮助企业 IT 部门将已有但老旧而不灵活的系统集成起来，释放其中功能或数据为可重用的服务与业务流程。 资源集成 技术集成 SOI的推动因素：商务方面 从商务的角度，今天企业要在全球化的经济环境中求生存和发展，就必须随需应变的进行灵活转型。 在一个企业的业务模型变得灵活的转型过程中，需要将业务流程不断地自动化，然后跨部门横向集成它们，并且管理和优化它们。 例子：当铺 旧时代，谁会走进当铺呢？——当铺的角色：剥削 渡不过难关的穷人; 为翻回老本的赌徒； 穷奢极欲的败家子； … 当今，谁会走进当铺呢？ ——当铺的角色：救急 头脑灵活的人上典当行：外出不便携带的东西放在当铺里，有人负责保管，交点钱买个踏实； 有赚钱机会的人上典当行：资金周转不过来，先拿一些已有资产变现，资金回笼后再回收已有资产； 会理财的人上典当行：进货没有仓库，把当铺当自己的仓库，交点托管费； … SOI的推动因素：技术方面 在技术方面，IT 部门面临着业务部门越来越高的期望值，就是用更少的钱做更多的事情，但要做得更快、更好，这迫使 IT 部门考虑如何最大程度地重用已有应用的功能和数据资源，来支持新应用的开发。 例子：假设要构建一个高性能，高稳定的服务器，是花钱购买更好的服务器还是重新组织已有的普通服务器？ 假设一台普通的服务器（或者PC）出故障的概率是每100天当机一次 那么用两台或者三台这样的普通的服务器（或者PC）搭建的虚拟服务器出现故障的概率是多少呢？ SOI的好处 定义良好而又基于标准的接口 实现技术和位置的透明 灵活性 重用能力和渐进式集成 SOI的例子：高等教育信息系统 高校面临的挑战 呼唤高等教育信息系统 成功有效的设计和有效的管理 大学的一体化方案 学校的运营和决策分析 基于SOA的架构设计 与校园Portal的无缝集成 面向服务的集成 服务集成的相关操作 服务标识和定义 服务集成很少是在全新的项目中开始的，解决方案几乎总需要涉及集成现有的遗留系统，方法是将它们分解成服务、操作、业务流程和业务规则 将现有的应用程序和厂商软件包分解成表示相关操作组的离散服务集。 从应用程序中将业务流程和规则抽象为单独的业务编排模型。 服务通信 通过接口，采用位置透明的、可互操作的协议进行调用，与客户端以“松散耦合” 的方式绑定在一起。 SOA中所有协议均是基于XML的文本文件 服务组合 服务组合是将已有服务组合为一个新服务的过程，以增加服务的可复用性、功能和性能。 独立存在的服务具有较低的价值，只有多方提供的多个服务集成在一起，通过协同来完成共同的业务目标，服务和SOA才能体现出其优势。 服务组合案例：“开设银行账户” 服务组合的两大概念 服务编排：将小粒度的服务按照特定的流程聚合为大粒度的服务； 服务编舞：在多方的业务流程之间通过服务实现协同的动作编排。 SOA中的服务组合 服务协调 多个Web服务组合在一起并被客户端所调用时，它们之间存在着复杂的交互过程，每个服务不是独立与客户端发生交互，各服务之间需要相互协调。 SOA中的服务协调 服务协调的实例：在实现分布式事务时，就需要由事务管理器在各个资源管理器之间相互协调，并且由“两阶段提交协议”规定了具体的协调过程。 面向服务的集成 服务集成的模式 点对点模式 从集成和业务交互方式的角度来看，最早的集成方式是点对点集成 如下图，当两个系统之间需要相互协作时，为这两个系统开发相应的连接组件。 点对点集成的缺点： 这种架构中，应用系统之间藕合性非常高，任何一个系统的升级或改动都将影响到其他与之相关的应用系统的修改； 同时当一个新的应用系统需要纳入整个应用集成体系时将非常复杂； 要想按照统一的方式进行日志、监控和系统管理也非常难。 集线器模式 对于大规模的集成，在EAI时代，逐渐发展出“集线器”模式 如下图，所有的系统都连接到中央交换中心，应用之间不再直接连接，从而大大减少了连接的数量。 集线器模式的缺点： Hub的负担会很重 Hub出问题的话将造成整个通信的瘫痪 消息总线模式 多个Hub联合在一起可以形成总线，它在逻辑上是一个单一的实体、能进行单点控制，但物理上是多个分布式组件。 企业应用程序集成（EAI）模式 将进程、软件、标准和硬件联合起来，在两个或更多的企