服务-itoc-i03中银保险esb管理

中银保险ESB服务管理规(REVISIONU2013-06-U2013-06-U2013-06-3.2.311U2013-06-U2013-06-3.1.2U2013-06-.53.1.1U2013-06-.8U2013-06-2.2.3U2013-06-.2本文档定义了中银保险ESB管理与使用标准，作为公司各类面向服务开发和管理的指导性规范。适用于自行开发项目和外包开发项目，各方开发过程中必须遵循服务是在面向服务架构（SOA）ITS服务服务服务服务组件组件组件组件业务服务业务服务业务服务业务服务子系统子系统子系统子系统父系统父系统SOA需业务需GB8566-88计算 开发规ESB服务管理通过对候选服务的分析与准入确保ESB上的服务在整个企业范围应仅局限于某个系统或项目的范围或来判断服务的可重用性。IT提出需要的服务的具体需求查询服 并获得所需的服务的描述如果现有服务需求，与服务提供者一起新服务接口IT根据服务管理者的报告优化服务的实ESBITSOASOASQA需求条目，填写系统关联及候选服务。SOASOASOASOA需求，填写系统关联服务识别岗：识别候选服务，填写候选服务服务识别管理岗：候选服务服务设计岗：依据服务相关服务OSB转换方法，扩展处理模块，进行平台的集成等。结果进行，包括不同阶段的测试工作。ITESBESB服务运维岗：服务调用ESEF企业服务工程框架，是一种ORACLE公司针对大型SOA企业架构需要而设计的方法论它填补了在SOA出现之前的传统方法所不能支持的空白。ESEF分离出在采用SOA进行项目交付和开发时所的独特。ESEF提供了一个框架，以消除许多SOA项目开发的；并提供了工程学框架，使SOAESEF是ORACLE公司针对大型SOA企业架构需要有关SOA规划、SOA，ESEFSOA提供一个能自然促进服务的识别与发现的需求流程建立识别候选服务与从现有服务中发现候选服务的步骤。整个流程贯穿SOASOAOA&M(操作、管理与涵盖了SOA操作环境中有关服务操作、管理与所需的指引。OA&M本身不仅仅是维持SOA环境的可操作性；在这个基础上，除了测量SOA的成功与采用ESEF目的与重点是ORACLE为了解决SOA项目推进的所需要制的方法论与框架这套方法论与框架对那些选择SOA作为企业架构标准的企SOAESEFSOASOAESEFSOPDESEFCoESOA务方面所需要的一致性目的。为了达到这个目的，ESEF提供了完整的工程框架指导客户将现有的资产进行服务化同时工程服务框架也将决定识别与定义新的服务需求。SOA当应用不被当作孤立系统看待而是被看作范围更大的SOA系部分的时SOASOA业业务需求SOA需求管理SOA需求分析需求析开To：服务识关联系用户需求说明转派任业务需求调统业务分析师经过需求调研，生成用户需求说明书。如果需求中有含有SOA需求，则应将需求提交到SOA需求管理岗。SOA需求管理岗将任务分配到SOA需求分析师，SOA需求分析师根据ESB平台的特点和要求，从企业角度出发分析需统关联系统模系统代系统名系统代称功能描安全要同步异加果通通SOA求分选择别方To：服务重性检候选服务服务识别岗依据关联系统选择服务识别的方法梳理出候选服务，提交到服务识别管理岗。务1）首先由企业角度，找出保险业务别流程2）别流程组分SOA参考架构的模型，进行分层次的服务发现。根据分层原则，服务分为以下几类：数据服务：针对基础数据的服务。例如：对数据库、文件系统、其他应用系统（WebServices）的数据。这些服务的颗粒度较细，重用机会较大。因此属于RA（参考架构）中数据和服务层。数据和服务的组合，因此在RA中的粒度较大，属于表示层服务。RA中的共享服务层。基础服务：属于RA中基础架构层面的服务。基础架构层中的服务，有些是候选服务模服务类状者SharedServiceSharedProcessPlaceBacktoProject状态：候选服务的完成进Proposed:Justified:已通过NotJustified:未通过Assigned:已指派Inprogress:服务评估为ESB从候选服 中决定正式服务的过程服务评估首先应检查服务重用性与企业已有服务匹配对应服务，则建议重用已有服务。否则列入候选待评估服务。 候选评部分匹 实服务评分由服务管理小组组长指定多个服务管理小组成员对服务按照评估标服服务管理小重用检发起打流To：服务定候选服务务分分敏捷度+性分+++++----指标评估说明及打分说范围：该指标衡量一个服务在企业中潜在的适用范3：企业和外部都可能被使2：本企业被使10重用：该指标衡量一个服务潜在的重用水3202：该服务能够作为企业性要求的共享资源。它能够以最快地速度响遵循度：该指标衡量了一个服务对于企业制定的目标的遵循程度320使能化：该指标衡量了利用现有功能来实现一个共享服务的能力技能：该指标衡量了为了实现共享服务所需的必要技321：企业在将该服务变为共享服务时遇到一定的技能0工具：该指标衡量了为了实现共享服务所需的必要工321：企业在将该服务变为共享服务时，在工具方面存在一定的0项目影响：该指标衡量了为了实现共享服务对当前一些开发项目的影1003210可行性：该指标衡量了为了实现共享服务时的一些可能的和风1003：极度2：10：程度微乎其评估总分判总数减去评价得分的总数（在计算时还需要加上每个分值的权重，得到分析的总分，然后供部门进行，以决定是否能够进行下一步的服务。注：分数接近0表示需要更进一步的分析。555555服务评估完成后开发制定开发计划测试制定业务需求测试联调计划，运维提出上线申请。To接实合服接实合服从另外一个角度 也可以用下图描述服务定义接接服务实服根据SOA的要求，服务消费者功过服务接口调用服务，无需了解服务实现的：（QoS，事务，（SLASOAPSOAPFTPSMTP/POPXML服务时，要对服务打包服服To服务不应含有某个消费方使用的逻辑EB（除了组合服务与路由服务其服务提供方也仅有一个如保单基本信息查询中不应含有由收提供的缴信息。10010K虑它们的接口，并由ESB开发路由服务根据输入的字段调用不同的服务提如果消费方需要同时由两个以上的服务提供方提供的服务其服务的输入基本一致，且消费方由于某种原因不方便多次调用ESB，则考虑由ESB提供组服务组合场组件组件组件服务服务服务场景供服务B，服务A和服务B在ESB中通过配置组服务AB。场景服务服务服务组件组件组件组件组件组件服务服务服务场景供服务B，组件A和组件B同过硬编码或者组件组件组件服务服务服务场景场景3描述：组件A可单独到ESB提供服务A，组件B可单独到ESBBABESBABAB到ESB提供服务AB123服务和服务是SOA平台系统最为基础的服务。服务消除服务现。因此参照编程语言中包机务名为“命名空间.服务名称。交易类的以名词+动词组成（查询类的以名词+Inquiry组成（其他通知类的以名词+Notify 服服代名服归属系统承投保服命名空间命名空间命名空命名空间描命名空保费计公 YESBNNYY服务对账字段，到报YYYYYYYYYYYYYYYYYYYYSOAPSOAP公共返回信息 SOAPNNNN0-服务调用成功，错误则IDY服务异常规Header中返回相应错误信息，可根据错误代码和信息定位数据命名空开发简便、响应快速等优点，适用于通常的同步服务场景。JMS应用区域：包括各类业务系统，财务系统、人事系统等，这个区域内的应用系统处于中银IT中心系统的严格管理之下被认为是DMZ区域：包括、外部网关、电销系统等，这个区域内的应用系统IT中心系统的管理之下，被认为是有风险的。外部区域：包括所有外部系统、Internet等，这个区域内的应用系统被认为是不安全的，被与ESB直接互联。对于三类区域内的应用，它 ESB上的服务，各需采用的安全策略如下应用权限指定的服务DMZ除了在公共请求消息头中标识消费方外，还需要使用ID，ESB外部应用ESB处于 ESB支持的安全协议有：HTTPHTTPSJMSsecuredSSLchannel安全认证（用户名 消息验证消息完整服务设计审核时应重点审核服 和命名空间以及数据结构服服务开发服务设To：联调测服务开发计开发状服服务实现阶段由服务开发岗提交服务开发计划开发完成后状态为已服服务实现由一个或多个工件组成：如业务程序或者数据等。服务实现并没有建议使用JWS基于注释的WebServices编程方式以简化开发。这种开发方式利用JDK5元数据注释(JSR-175)，在编写上述的JavaBeanEJBBean类时在业务逻辑代码中添加一些特殊注释然后用ANT的一些扩展任务可以生成一JAVAJWSJ2EETo状态态首先,根据用户需求报告中关于功能要求和性能指标的规格说明书,定义相应的测试需求报告即制订黑盒测试的最高标准。以后所有的测试工作都将围绕着测试需求来进行,符合测试需求的应用程序即是合格的,反之即是不合格的;同时,还要适当选择测试内容合理安排测试、测试时间及测试资源等。每个测试过程选择适当的测试用例(测试用例选择的好坏将直接影响的执试开发阶段建立的自动测试过程,并对所发现的缺陷进行管理,成,测试应本着科学负责的态度,一步一个脚印地进行活动，在这些活动中将使用测试用例或测试根据测试计划中有关测试环境的内容，检查测试环境（包括硬件及，执试活动，并记录测试原始数据，包括所使用的机器及执行日期，对于每个测试用例还应记录关键操作步骤、输入数据以及任何与测试预期结SOA测试来说，单元测试是个迭代的过程。粗粒度的服务包含了细粒度的负载测试:LoadTesting直到性能出现瓶颈或资源达到饱和。负载测试是最经常进行的性候也称为可量性测试ScalabilityTesting.压力测试:StressTesting是指测试系统在一定的饱和状态下系统有明确的界限。压力测试通常设定到CPU使用率达到75%以上，内存使用率达到70%以上，用于测试系统在压力环境下的稳定性。此处是指7*24失效恢复测试:FailoverTesting针对有冗余备份和负载均衡的系SLAReliabilityTesting是指加载一定的业务压力，同时让此压力持续运行一段时间，测试系统是否可以稳定运行可以理解为压力测并发测试:ConcurrencyTesting是模拟用户并发同一应用的测试，ConfigurationTesting验证各种配置对系统性能的影响，用 发发布确认服务发布服务测To：服务发服务发布发布确认岗首先由ITS系统获取服务涉及系统发布及投产状态，确认布成服务发布，提交服务发布岗发布服务。服服务发布To：服务启启服务布确选择待布服务发布服To：服务停参照５.1调调服务消费者在调用平台提供的服务前，应该已获得相应服