SOA原理与集成实例课件.ppt

1、Chinas Answer to Your IT NeedsSOA原理与集成实例原理与集成实例CONFIDENTIAL -All Rights Reserved2目录从技术角度理解从技术角度理解SOA从业务角度理解从业务角度理解SOASOA项目的开发流程项目的开发流程SOA集成实例集成实例CONFIDENTIAL -All Rights Reserved3目录从技术角度理解从技术角度理解SOA从业务角度理解从业务角度理解SOASOA项目的开发项目的开发流程流程SOA集成实例集成实例SOA简介简介 SOA的起源。的起源。-1996年，提出概念-Web Services技术兴起-中间件厂商参与-企

2、业应用软件厂商参与-在企业中的应用 SOA的定义的定义-SOA是一种可以不断进化的方式，用它来构建以解决商业问题为中心的IT系统企业的问题企业的问题 创新迫在眉睫。创新迫在眉睫。-新产品、新服务、新客户、新市场；-市场变化越来越快-企业与客户的交互越来越多-企业从高度结构化、集中化转向扁平化、分散化 灵活应对，成为企业成功的必要条件灵活应对，成为企业成功的必要条件-随需而变的商业模式、业务流程、业务模型企业企业IT系统的现状系统的现状 ITIT系统已经变成企业运维的基础设施系统已经变成企业运维的基础设施 ITIT系统的过于沉重系统的过于沉重-需求变更-软件升级-系统间的集成 对企业对企业IT系

3、统改造的基本理念系统改造的基本理念 重用已有的业务功能重用已有的业务功能 改进业务流程改进业务流程 遵循开放的标准遵循开放的标准 简化不同应用间的连接简化不同应用间的连接 分离前、后端系统分离前、后端系统SOA是什么是什么SOA是一种业务驱动的IT架构方式，支持对业务进行整合，使其成为一种相互联系、可重用的业务任务或服务。S（服务）：一项或一组任务，可以完成某一工作。A（架构）：一种可以满足松耦合的服务组织和调用方式。SOA参考架构参考架构SOA中的关键概念中的关键概念WebWeb服务服务 基于标准 松耦合 粒度 业务服务注册中心和存储库业务服务注册中心和存储库 企业服务总线（企业服务总线（E

4、SBESB）服务之间的消息路由 请求者和服务之间的传输协议转换 请求者和服务之间的消息格式的转换 处理来自不同业务的各自事件 保证服务质量（安全、可靠和交互处理）BPMBPM 一种在人员、系统和信息之间整合软件能力和业务专门技术的规则，该规则的制定是为了加快流程的改进和促进业务的创新。企业应用企业应用SOA的成熟度模型的成熟度模型 初始化服务初始化服务 架构化服务架构化服务 业务和协作服务业务和协作服务 可测量的业务服务可测量的业务服务 优化的业务服务优化的业务服务CONFIDENTIAL -All Rights Reserved12目录从技术角度理解从技术角度理解SOA从业务角度理解从业务角

5、度理解SOASOA项目的开发项目的开发流程流程SOA集成实例集成实例SOA的特性的特性SOA是一种设计、开发、布署和管理信息逻辑单元（服务）的模型SOA是一个组件模型，它将应用程序的不同功能单元（服务）通过这些服务之间定义良好的接口和契约联系起来。SOA的分层架构模型的分层架构模型SOA的技术架构模型的技术架构模型SOA 适合解决的问题适合解决的问题 分布式系统分布式系统：随着业务的增长，其变得越来越复杂，越来越多的系统和公司被牵扯进来。这是一个持续集成和持续变化的过程。SOA非常适合处理这种复杂的分布式系统。其使得服务提供者和服务消费者非常方便的交互。不同的所有者不同的所有者：一个分布式系统

6、可能会被不同的所有者控制，比如，不同的团队、部门、甚至不同的公司。他们可以有不同的平台、进度、优先级、预算等。SOA中包括了处理这种情况的理论和实践，目前只有SOA可以做到这一点。异构系统异构系统：大型系统一般是由多个异构系统组成的，比如一个大型系统可能使用不同的平台、不同的编程语言、甚至不同的中间件。它们往往是大型机、SAP主机、数据库、J2EE应用程序、规则引擎等的混合物。以往集成分布式异构系统的方法是除去异构性，使用一个统一的解决方案。但在分布式系统由不同的所有人控制时，这种方式是行不通的。而SOA方法允许对异构的系统进行集成。CONFIDENTIAL -All Rights Reser

7、ved17目录从技术角度理解从技术角度理解SOA从业务角度理解从业务角度理解SOASOA项目的开发流程项目的开发流程SOA集成实例集成实例SOA的开发流程的开发流程初始化项目范围初始化项目范围 创建或修改实现业务目标的业务流程。创建或修改实现业务目标的业务流程。标识每个流程带来的挑战标识每个流程带来的挑战 按照困难对流程进行排序按照困难对流程进行排序 决定流程需求收集的顺序决定流程需求收集的顺序 决定流程和支持系统的架构决定流程和支持系统的架构 发现流程的发现流程的7个关键问题个关键问题 哪些业务流程需要改变哪些业务流程需要改变 变化的目的是什么变化的目的是什么 如果流程没能正确执行，会对业务

8、产生什么结果如果流程没能正确执行，会对业务产生什么结果 业务流程执行的最高速率是多少业务流程执行的最高速率是多少 业务流程当前的成熟度如何业务流程当前的成熟度如何 每个业务流程在企业内是否有多个变种每个业务流程在企业内是否有多个变种 每个流程的关键利益人每个流程的关键利益人 业务流程建模业务流程建模领域建模领域建模定义系统架构定义系统架构高级别的架构：标明主要的组件和服务，为每个单独的活动安排职责，标识组件高级别的架构：标明主要的组件和服务，为每个单独的活动安排职责，标识组件间的通讯需求，决定组件的具体位置。间的通讯需求，决定组件的具体位置。通讯：决定通讯的传输机制和需要的适配器，标明必须的数

9、据展现和内容转换的通讯：决定通讯的传输机制和需要的适配器，标明必须的数据展现和内容转换的需求。需求。数据：决定记录系统，身份标识如何被映射，是否需要通用数据模型，信息是否数据：决定记录系统，身份标识如何被映射，是否需要通用数据模型，信息是否需要复制，复制如何被管理，结果在那里被验证。需要复制，复制如何被管理，结果在那里被验证。调整：决定执行的流程如何被调整。这种调整选择对业务流程的破坏如何探测，调整：决定执行的流程如何被调整。这种调整选择对业务流程的破坏如何探测，决定流程是否和如何被监控和管理，决定业务流程的调整模式。决定流程是否和如何被监控和管理，决定业务流程的调整模式。高可用性、容错性和负

10、载均衡的需求和机制。高可用性、容错性和负载均衡的需求和机制。安全：决定授权、认证、加密、审核日志的需求，并将这些活动安排到合适的组安全：决定授权、认证、加密、审核日志的需求，并将这些活动安排到合适的组件。件。监控：决定在业务流程和组件级别上如何监控和怎样监控。监控：决定在业务流程和组件级别上如何监控和怎样监控。测试：决定业务流程和系统如何被测试并且修改系统。设计使其易于测试。测试：决定业务流程和系统如何被测试并且修改系统。设计使其易于测试。定义服务定义服务映射已有功能服务：如查询存款记录、查询贷款记录和担保。映射已有功能服务：如查询存款记录、查询贷款记录和担保。新建流程服务：如贷款流程、评估信

11、用等级。新建流程服务：如贷款流程、评估信用等级。新建人工服务：如审批。新建人工服务：如审批。新建业务规则服务：如计算信用等级。新建业务规则服务：如计算信用等级。新建功能服务：如确认购车价格。新建功能服务：如确认购车价格。服务的组成服务的组成服务分为Interface和Implementation两个部份。其中Implementation部份可以基于新开发的应用程序；已存在的应用程序；原有服务的组合。使用使用SOA构建企业应用构建企业应用SOA的治理模型的治理模型Web服务的监控服务的监控1.把监控代理安装在布署有Web Service的应用服务器上。2.设置监控条件3.监控代理侦听到服务性能信

12、息违反了预先设定的条件后，发出报警事件。4.监控服务器接收事件，进行处理，显示在管理控制台上。CONFIDENTIAL -All Rights Reserved29目录从技术角度理解从技术角度理解SOA从业务角度理解从业务角度理解SOASOA项目的开发项目的开发流程流程SOA集成实例集成实例30集成步骤l Existing Systems Analysisl Data Modelingl Service Designl Service Implementationl Integration Designl Security DesignlGovernance Process31Existing

13、 Systems Analysis1.Overview of Existing SystemsE-Installation(Local System)Call Center System(Local System)GIB(Mainframe)MSA(Mainframe)CARES(Mainframe)ISD/FEMCC3S(Local System)SVC ePOP(Local System)SPATNavigator(Local System)Complaint(iTrack/Trackwise)NOVA(Local System)E-Warehouse(Local System)CSO(S

14、iebel System)UPS(Xelus)Part Mgt(Oracle)Knowledge Base(Local System)GL(Oracle)32Existing Systems Analysis2.Business Process of Existing SystemsBusiness Process for InstallationBusiness Process for Service RequestBusiness Process for FE ServiceBusiness Process for Parts/Tools Management33Data Modeling

15、1.Information Model2.Document Model34Service Design1.Service Inventory35Service Design2.Using services to build enterprise solution36Service Implementation1.Service Architecture2.Migration from CARES to Siebel System37Integration Design1.Integration with existing CICS Transaction2.Integration with a

16、sp/jsp3.Integration with existing J2EE Application38Integration Design4.Integration Based on the venders web services5.Integration with exist database39Security Design1.Security Architecture40Security Design3.Authorization and Access Control4.Confidentiality5.Integrity and non-repudiation2.Authentication41Security Design6.Excepting Handling and Logging 42Governance Process1.Design-time governance2.Deploy-time governanceThe Service IdentificationThe Service Design and SpecificationThe Service Implementation3.Run-time governanceThe Service UtilizationThe Service Retirement