SOA原理与集成实例(1)

China’sAnswertoYourITNeedsSOA原理与集成实例CONFIDENTIAL-AllRightsReserved2目录从技术角度理解SOA从业务角度理解SOASOA项目的开发流程SOA集成实例CONFIDENTIAL-AllRightsReserved3目录从技术角度理解SOA从业务角度理解SOASOA项目的开发流程SOA集成实例SOA简介SOA的起源。-1996年，提出概念-WebServices技术兴起-中间件厂商参与-企业应用软件厂商参与-在企业中的应用SOA的定义-SOA是一种可以不断进化的方式，用它来构建以解决商业问题为中心的IT系统企业的问题创新迫在眉睫。-新产品、新服务、新客户、新市场；-市场变化越来越快-企业与客户的交互越来越多-企业从高度结构化、集中化转向扁平化、分散化灵活应对，成为企业成功的必要条件-随需而变的商业模式、业务流程、业务模型企业IT系统的现状IT系统已经变成企业运维的基础设施IT系统的过于沉重-需求变更-软件升级-系统间的集成对企业IT系统改造的基本理念重用已有的业务功能改进业务流程遵循开放的标准简化不同应用间的连接分离前、后端系统SOA是什么SOA是一种业务驱动的IT架构方式，支持对业务进行整合，使其成为一种相互联系、可重用的业务任务或服务。S（服务）：一项或一组任务，可以完成某一工作。A（架构）：一种可以满足松耦合的服务组织和调用方式。SOA参考架构SOA中的关键概念Web服务基于标准松耦合粒度业务服务注册中心和存储库企业服务总线（ESB）服务之间的消息路由请求者和服务之间的传输协议转换请求者和服务之间的消息格式的转换处理来自不同业务的各自事件保证服务质量（安全、可靠和交互处理）BPM一种在人员、系统和信息之间整合软件能力和业务专门技术的规则，该规则的制定是为了加快流程的改进和促进业务的创新。企业应用SOA的成熟度模型初始化服务架构化服务业务和协作服务可测量的业务服务优化的业务服务CONFIDENTIAL-AllRightsReserved12目录从技术角度理解SOA从业务角度理解SOASOA项目的开发流程SOA集成实例SOA的特性SOA是一种设计、开发、布署和管理信息逻辑单元（服务）的模型SOA是一个组件模型，它将应用程序的不同功能单元（服务）通过这些服务之间定义良好的接口和契约联系起来。SOA的分层架构模型SOA的技术架构模型ESBPortalSPVApplicationSMPApplicationBPMEngineRulesEngineRuleRuleBusinessServicesCustomerProjectProductSaler……UtilityServicesScheduleAuditTransaction……LoggingCommonServicesAuthenticationEmail……AuthorizationOthersApplicationLegacySystem……LegacySystemWrapper……SOA适合解决的问题分布式系统：随着业务的增长，其变得越来越复杂，越来越多的系统和公司被牵扯进来。这是一个持续集成和持续变化的过程。SOA非常适合处理这种复杂的分布式系统。其使得服务提供者和服务消费者非常方便的交互。不同的所有者：一个分布式系统可能会被不同的所有者控制，比如，不同的团队、部门、甚至不同的公司。他们可以有不同的平台、进度、优先级、预算等。SOA中包括了处理这种情况的理论和实践，目前只有SOA可以做到这一点。异构系统：大型系统一般是由多个异构系统组成的，比如一个大型系统可能使用不同的平台、不同的编程语言、甚至不同的中间件。它们往往是大型机、SAP主机、数据库、J2EE应用程序、规则引擎等的混合物。以往集成分布式异构系统的方法是除去异构性，使用一个统一的解决方案。但在分布式系统由不同的所有人控制时，这种方式是行不通的。而SOA方法允许对异构的系统进行集成。CONFIDENTIAL-AllRightsReserved17目录从技术角度理解SOA从业务角度理解SOASOA项目的开发流程SOA集成实例SOA的开发流程定义需求实施服务定义服务定义系统架构定义业务流程部署和使用系统装配服务获取业务知识初始化项目范围创建或修改实现业务目标的业务流程。标识每个流程带来的挑战按照困难对流程进行排序决定流程需求收集的顺序决定流程和支持系统的架构发现流程的7个关键问题哪些业务流程需要改变变化的目的是什么如果流程没能正确执行，会对业务产生什么结果业务流程执行的最高速率是多少业务流程当前的成熟度如何每个业务流程在企业内是否有多个变种每个流程的关键利益人业务流程建模领域建模定义系统架构高级别的架构：标明主要的组件和服务，为每个单独的活动安排职责，标识组件间的通讯需求，决定组件的具体位置。通讯：决定通讯的传输机制和需要的适配器，标明必须的数据展现和内容转换的需求。数据：决定记录系统，身份标识如何被映射，是否需要通用数据模型，信息是否需要复制，复制如何被管理，结果在那里被验证。调整：决定执行的流程如何被调整。这种调整选择对业务流程的破坏如何探测，决定流程是否和如何被监控和管理，决定业务流程的调整模式。高可用性、容错性和负载均衡的需求和机制。安全：决定授权、认证、加密、审核日志的需求，并将这些活动安排到合适的组件。监控：决定在业务流程和组件级别上如何监控和怎样监控。测试：决定业务流程和系统如何被测试并且修改系统。设计使其易于测试。定义服务映射已有功能服务：如查询存款记录、查询贷款记录和担保。新建流程服务：如贷款流程、评估信用等级。新建人工服务：如审批。新建业务规则服务：如计算信用等级。新建功能服务：如确认购车价格。服务的组成服务分为Interface和Implementation两个部份。其中Implementation部份可以基于新开发的应用程序；已存在的应用程序；原有服务的组合。ServicePoliciesServiceLevelAgreementServiceImplementationInterfaceServiceOperationsInternalFunctionalityInternalDataSemanticBusinessObjects使用SOA构建企业应用PresentationPresentationApplicationServiceUtilityServicePresentationServiceBusinessProcessBusinessServiceUtilityServiceIntegrationServiceIntegrationServiceIntegrationServiceUserWorkspaceEnterpriseResourceSOA的治理模型SOA服务开发工具、IDE、应用服务器平台等质量保证和测试工具遗留系统的集成、包装和发布可靠的消息传输、路由和转换服务的发布、注册和查找元数据仓库网络、应用和系统管理的基础设施WebServices的管理服务的策略、质量、代理、集成等SOA治理策略的定义、管理和增强SOA安全Web服务的监控1.把监控代理安装在布署有WebService的应用服务器上。2.设置监控条件3.监控代理侦听到服务性能信息违反了预先设定的条件后，发出报警事件。4.监控服务器接收事件，进行处理，显示在管理控制台上。ESB监控代理SPV应用服务器Service1ServiceN……监控代理SMP应用服务器Service1ServiceN……监控代理其他应用服务器Service1ServiceN…………监控服务器监控管理控制台CONFIDENTIAL-AllRightsReserved29目录从技术角度理解SOA从业务角度理解SOASOA项目的开发流程SOA集成实例30集成步骤ExistingSystemsAnalysisDataModelingServiceDesignServiceImplementationIntegrationDesignSecurityDesignGovernanceProcess31ExistingSystemsAnalysis1.OverviewofExistingSystemsE-Installation(LocalSystem)CallCenterSystem(LocalSystem)GIB(Mainframe)MSA(Mainframe)CARES(Mainframe)ISD/FEMCC3S(LocalSystem)SVCePOP(LocalSystem)SPATNavigator(LocalSystem)Complaint(iTrack/Trackwise)NOVA(LocalSystem)E-Warehouse(LocalSystem)CSO(SiebelSystem)UPS(Xelus)PartMgt(Oracle)KnowledgeBase(LocalSystem)GL(Oracle)32ExistingSystemsAnalysis2.BusinessProcessofExistingSystemsBusinessProcessforInstallationBusinessProcessforServiceRequestBusinessProcessforFEServiceBusinessProcessforParts/ToolsManagement33DataModeling1.InformationModel2.DocumentModel34ServiceDesign1.ServiceInventory35ServiceDesign2.Usingservicestobuildenterprisesolution36ServiceImplementation1.ServiceArchitecture2.MigrationfromCAREStoSiebelSystem37IntegrationDesign1.IntegrationwithexistingCICSTransaction2.Integrationwithasp/jsp3.IntegrationwithexistingJ2EEApplication38IntegrationDesign4.IntegrationBasedonthevender’swebservices5.Integrationwithexistdatabase39SecurityDesign1.SecurityArchitecture40SecurityDesign3.AuthorizationandAccessControl4.Confidentiality5.Integrityandnon-repudiation2.Authentication41SecurityDesign6.ExceptingHandlingandLogging42GovernanceProcess1.Design-timegovernance2.Deploy-timegovernance•TheServiceIdentification•TheServiceDesignandSpecification•TheServiceImplementation3.Run-timegovernance•TheServiceUtilization•TheServiceRetirement