03-SOA及企业服务总线应用分享

InsertPictureHereSOA及企业服务总线应用分享贾金鹏[e-mail]资深咨询顾问-2-Oracle为企业构建SOA集成架构的方法案例分享：企业服务总线的应用SOA及企业服务总线应用分享SOA的发展历程Oracle企业服务总线产品概览-3-信息系统建设思路企业需要以流程为主导的随需应变的运营环境（Gartner）有效灵活地组合资源可以优化企业内部及外部的运营人员应用及流程信息++响应能力成为企业新的关键竞争力然而，很少有CEO们认为他们的企业有能力很好地应对变化的市场和外部因素大多数的CEO们说他们的企业的灵活度不够，不能及时抓住新的市场机会CEO们知道IT的强大能力,以及如果IT能力落后所带来的影响信息价值数据时间=信息系统建设的重点在于有效管理企业的信息资源，并优化人员使用信息的过程。-4-SOA是信息技术发展的自然过程IT技术的演进，SOA已经成为最近几年的主流IT系统架构技术Data信息DOA通过结构化的基于数据分析的方法论，设计应用系统。•DM•ERD•Normalization•APIUIObjectServiceOOA面向对象的设计，静态设计，动态设计。•CD(ClassDiagramed)•Java/J2EE•CORBASOA面向服务的架构设计。动态的理解/设计业务。•Service•Process•WebService•SOAP/WSDL...业务分析应用设计-5-什么是SOA？我们要打破SOA迷思……SOA≠Revolution革命SOA≠aSoftwareProduct软件产品Nosuchthingas‘SOACompliance’没有SOA认证’SOA≠EAI企业应用集成SOA≠WebServicesSOA≠ESB企业服务总线SOAisanArchitecturalStyle一种架构类型SOAalignsBusinessandIT融合业务和IT-6-我们可以从不同视角来看待SOAAprogrammingmodelcompletewithstandards,tools,methodsandtechnologiessuchasWebServiceCapabilitiesthatabusinesswantstoexposeasasetofservicestoclientsandpartnerorganizationsAnarchitecturalstylewhichrequiresaserviceprovider,requestorandaservicedescription.Itaddressescharacteristicssuchasloosecoupling,reuseandsimpleimplementations技术实现架构层面业务层面企业视角企业向客户和合作伙伴提供的一系列业务服务能力一种由服务提供者、服务使用者和服务描述规范构建起来的架构类型，提供了松耦合、可复用和简化的实现机制一种包含了标准、工具、方法和技术的编程模型，例如WebService就是目前最为广泛应用的一种实现标准和技术企业采用SOA的主要驱动力•业务敏捷性–快速高效地响应“变化”–有助于推动业务创新和改革–缩短新产品/服务推向市场的时间•运营最佳化(Operationalexcellence)–降低成本–服务重用有效降低开发成本–统一而可伸缩的架构有效降低运维成本–实现异构技术平台间的互联互通与协同–实现信息和功能的整合(复杂价值链)–获得更及时更高质量的信息(提高最终用户满意度)–推动运营政策的有效执行(包括合规性)-8-SOA基本组成ServiceServiceRequestororConsumerServiceProviderRequestsProvidesServiceLevelAgreementServiceImplementationorAgentImplements实现QualityofService服务请求方请求服务水平协议提供服务提供方服务代理服务质量服务服务水平协议(SLA)——定义服务提供者与需求者间的责任与相互间的要求,例如回应时间3秒。服务质量(QoS)——定义单一服务设计的要求,例如24*7的运行。服务代理——代表服务提供者实际执行服务的资源,例如某一应用系统。SOA的应用是一个子系统、系统或组件而这些应用是由服务组成,提供的服务可被使用者搜寻、捆绑与调用。其特征包含：模块化、封装、松偶合、可重用、可并行或个别实施SOA技术与架构观点SOA的本质就是服务消费方向服务提供方以某种标准方式请求服务并得到回应-9-ESB是消除企业应用和信息孤岛的利器WorkListProcessPortalMSOfficeMAINFRAMEOnlineShoppingMobileDevices各种后端应用系统传统点对点应用，应用集成复杂度为N*N-10-ESB是消除企业应用和信息孤岛的利器（续）WorklistPortalMSOfficeMAINFRAMEOnlineShoppingMobileDevices企业服务总线EnterpriseServiceBusApplicationInstance1ApplicationInstance2ApplicationInstance3ESB的代理服务替代了点对点机制，实际上ESB的代理服务简化了集成机制ESB内置了业务服务端点，或者通过适配器来连接后端应用系统客户端实际的服务提供者ESB的代理集成模式将企业应用集成的复杂度降为N+N，且提供了标准的服务管理体系、保证服务质量（QoS）-11-企业服务总线（ESB）和业务流程编排（BPM）是SOA架构的重要组成部分•应用集成-ESB–典型业务需求：生产管理从营销管理获取客户档案等–需求特点：某一业务系统需要从其它系统获取数据•流程集成-BPM–典型业务需求：物资采购流程，设备变更流程–需求特点：一个业务流程需要协调多个业务应用共同完成。–流程类型：–自动有状态处理流程–自动和人工混合流程–纯人工流程统一门户适配器企业服务总线（ESB）业务流程编排（BPM）服务管理服务与数据集成应用门户集成-12-Oracle为企业构建SOA集成架构的方法案例分享：企业服务总线的应用SOA及企业服务总线应用分享SOA的发展历程Oracle企业服务总线产品概览企业文化使能工具、平台和应用实施方法论OracleSOA成功方法论OracleSOA平台（SOASuite）+“服务”使能的应用（Applications）高层授权和支持企业管理层的远见卓识ISVs，SIs，供应商，行业实践的成果SOA项目成功的关键因素“SOAGap”及SOA方法论•“SOAGap”•方法论需要有助于消除SOAGap•为SOA的成功提供全面的方法论支持企业Scope项目ScopeSOA项目实施最佳实践计划SOA应用Scope执行可选的SOA项目价值/利益评估•公司目标和业务驱动力•SOA业务场景考虑•SOA项目选择PhysicalDesignSOA开发•SOA参考架构•设计模式•最佳实践业务模型/“服务”发现&设计方案需求SOA路标（Roadmap）成熟度评估&改进•SOA技术架构•SOA采用模型•“服务”定义•治理OracleSOA成功方法论SOA方法论主要活动SOAEngagement应用层面企业级层面成熟度评估SOA路线图收益评估项目选择SOA治理项目层面服务发掘需求发掘具体目标设定逻辑设计物理设计提炼/丰富“服务”集合SOA成熟度评估SOA成熟度模型SOA成熟度评估SOA成熟度要素－9个维度成熟度模型中每一个层次都包括了这9个维度建立SOA实施“路线图”•路线图应平衡战略目标和战术需要•设定成熟度目标•利用成熟度模型的9要素来细化战略，制定从“现状”到“目标”的清晰演进路径•确定每个阶段成功与否的评判标准和流程•根据路线图，建立高回报SOA项目的选择原则•设计演进路线图以达到:•最大化回报•最小化风险BPELServicesERPCustomCRMCustom紧耦合零重用功能调用CustomFlowsERPWSDLCRMWSDL重用的ServiceWrappers基于Broker的集成:数据驱动基于Service的集成:业务驱动BusinessUserServices•定制的固化的数据、连接和流程实现•紧密耦合，编码实现的点对点集成，成本昂贵，维护困难•私有的技术，绑定供应商，限制了重用和扩展•低ROI•基于标准，WSDL标准接口，XML/XSLT/XPath标准数据，BPEL标准流程•通过“复合服务”，实现业务服务和实现的分离，可以最大化重用性和快速适应变化•业务驱动模式，提高了ROI，降低了风险SOA项目选择——模式1:基于SOA的集成多渠道访问BusinessProcessgluesservices*/+-=|S%*/=|receivegetSSNinvokeinvokeselectreceivereceivereviewendgetRatingNewServicesNewServices遗留系统被封装和组合成新的满足标准的服务定单系统财务系统采购系统SOA项目选择——模式2:SOA开发组合应用之前:块状的遗留应用SOA现代化,第一步:服务/流程层剥离SOA现代化,第二步:移植业务逻辑LogicProcessServicesLayerProcessLayerProcessLogicProcessLogicProcessLogicServicesLayerProcessLayerLogicProcessLogicProcessLogicProcessLogic•70-80%的IT预算是维护成本–任何改动都耗费巨大•“紧耦合”,铁板式的遗留系统需要漫长的变更周期(问题分析,开发,测试)•系统功能的增强成本昂贵，风险极大(变化的影响很难预期)•一次性完全推倒重来在时间和成本上都不可行•服务化帮助遗留应用分隔业务逻辑和流程层•这些“组件化’可以降低变更周期,特别是降低测试压力•遗留应用变得更易于进化•慢慢的,业务逻辑可以逐步的迁移到(“servicebyservice”)中间层SOA项目选择——模式3:遗留系统获得现代化受控的实施&降低风险SOA治理SOA治理治理是实现规范SOA的关键业务战略SOA战略SOA路线图业务计划EA战略SOA治理关键平衡点财务Portfolio人员运维项目技术架构ServiceUsageFeesServiceFundingModel项目应用系统PlatformFunding业务服务角色&职责服务所有权EA组服务&流程所有者服务生命周期治理可共享的部分性能/能力计划执行服务水平执行方针政策战略性的SOA平台共享的基础服务执行平台决策参考架构架构标准蓝图&标准模式执行层的驱动信息数据标准数据质量数据所有权ArtifactManagementSOA治理Registrie(s)SingleViewofAssets架构师服务定义业务人员运行指标•Composite•WSDL•XSDs•Code•Proxy…ProxyPipelineSOADesignersandDevelopers服务实现和配置服务总线服务生命周期管理•TargetServiceMetadata•BPAComposite采集数据StagingIntegrationTestingSOA测试及上线自动部署政策遵从ProductionITOperations服务监控和管理服务水平ConsumerProvisioning&Contracts政策指定Reg/Rep采集数据设计期和运行期治理的关键SOA组件架构小组设计期运行期开发人员服务水平及服务安全控制中心服务监控CAMMAquaLogicServiceRegistryOER服务资产库服务组装和整合中心服务网络运营中心OSR服务注册库ServiceAquaLogicServiceBus企业服务总线ServiceServiceService安全BPM流程，策略，工具及管控基