企业服务总线ESB方案书

上传人:夏** 文档编号:509425994 上传时间:2023-12-16 格式:DOCX 页数:37 大小:261.32KB
返回 下载 相关 举报
企业服务总线ESB方案书_第1页
第1页 / 共37页
企业服务总线ESB方案书_第2页
第2页 / 共37页
企业服务总线ESB方案书_第3页
第3页 / 共37页
企业服务总线ESB方案书_第4页
第4页 / 共37页
企业服务总线ESB方案书_第5页
第5页 / 共37页
点击查看更多>>
资源描述

《企业服务总线ESB方案书》由会员分享,可在线阅读,更多相关《企业服务总线ESB方案书(37页珍藏版)》请在金锄头文库上搜索。

1、企业服务总线ESB方案书1.1主数据平台接口51.2业务数据接口51.3 OA系统接口: 61.4国家法定信息发布媒体: 62系统解决方案62.1系统技术架构62.1.1运行平台62.1.2开发平台72.1.3监控平台72.1.4公共服务82.1.5适配器82.2部署方案92.2.1管理监控部分部署方案 92.2.2硬件选型建议 102.2.3逻辑分区部署方案 112.2.4硬件配置建议 122.2.5服务接口规范132.2.6高性能、高可用性及扩展能力设计 132.2.7完善的安全机制142.3.2通信接入模块182.3.3请求系统适配 192.4集成服务功能 202.4.1服务治理202.

2、4.2提供对出错服务的及时检测和隔离功能 202.4.3协议转换202.4.4消息格式转换212.4.5服务路由222.4.6监控和运维222.4.7服务等级232.5系统非功能需求 232.5.1可用性232.5.2可扩展性242.5.3可维护性242.5.4安全性252.5.5性能需求252.6公用服务252.6.1流量控制252.6.2故障隔离262.6.3统一流水号262.6.4日志记录262.7.1系统平台级监控272.7.2应用级监控272.7.3统计分析272.7.4异常报警272.7.5统一的运维管理 273技术支持与服务方案273.1技术支持与售后服务体系 283.2服务管理

3、模式283.3服务响应293.3.1问题优先级(或问题严重程度)级定义 293.3.2服务响应时间 303.3.3问题解决时间313.3.4服务文档323.4维护支持服务流程 333.4.1服务消息创建流程 333.4.2问题处理流程333.4.3服务确认流程 343.4.4投诉及问题升级流程 35EC数据总线系统1需求综述1.1主数据平台接口系统建立与SAP相同的基础数据管理库,通过数据总线接口同步能源集团MDM中传 输过来的编码或数据,以满足电子采购平台基础数据管理的需求。基础数据信息包括: 物料编码、计量单位、供应商、客户等。1.2业务数据接口系统业务数据通过数据总线接口同SAP、OA、

4、EC等系统进行数据交互。系统必须确保通过数据总线接口访问SAP、OA、EC等系统数据与电子采购平台数据 传输及时准确、数据完整统一;SAP数 据 中 心1.3 OA系统接口:支持将电子采购平台中的待办事项发送到OA办公系统进行审批,并读取审批流。1.4国家法定信息发布媒体:按照国家相关要求,选择相关媒体建立统一接口,支持招标公告、变更公告、结果公示等的自动发布。如国家无强行规定,可以不做接口。2系统解决方案2.1系统技术架构苣理站应用釜限之应用累服名叛航话配器暗式时代辙换脂务湘t适配器 通讯理配墨.同堤昇出海 唔昴化、帆跳揆入踌泌e .同扳旨步可 通迁适起、惜式转化、代蹄投烧一A旗搭口建统一E

5、BT饨一监控.公共JI瞄访间W0址要求 荷一蝠斑 有舌吐能力、企眩问妾罗不尚 一亥生安求不后渔蚩*藐集成 肄柘!!低皙应月他量方云,当顷.本烧一N物口我统一浇一监控.赴拘1昭妨问请秘入应用程序接口请求系炼运行平台内部按照集成应用的特点分为多个集成“通路”,目前考虑分为四类通路:1、关键服务通路关键业务、实时性要求高。2、非关键通路非关键业务,查询等。3、服务代理通路从目标架构过渡过程中,与集成目标无关的可以采取“穿透”的方式,减少实施工作 量和实施成本。另外,复用价值较低的服务请求也适合采用“代理模式”。4、低成本通路对于实时性要求不高,且信息量大的服务,可采取批量处理模式,降低集成实施成本。

6、 实际部署环境中,每一类通路都可以有多个物理部署,用来保证系统的可靠性,同时 也支持横向的扩展和减少不同系统之间的相互影响。2.1.2 开发平台基于ESB系统标准的服务接口定义、内部统一的元数据管理、数据结构和服务接口定 义、路由规则等,实现多个技术通路的统一配置开发。开发平台的是对各个技术通路实际实现方法的抽象封装。提供服务逻辑的开发框架和 组件库,用于转换适配逻辑、公共服务逻辑等的标准化开发、组件重用和统一管理。2.1.3 监控平台ESB应用系统要建立统一的日志规范、流水记录规范、错误码规范、系统运行状态检 测规范、系统运行状态控制标准,实现对ESB系统整体统一的监视和控制。是ESB系统的

7、集成“控制面板”。主要功能包括:异常监视、通知提醒、运行控制、实时查询、统计分析、服务的配置 和发布、服务管理、统一维护和版本部署等。由于ESB系统是整个企业的服务访问枢纽,ESB可以集中监控企业内所有的服务访 问,能够提供各个系统的服务质量和状态的统计数据,例如:成功率、服务响应时间、 服务访问量、服务状态异常等。2.1.4 公共服务提供统一的流量控制服务、日志记录、接入参数控制等公共服务。从而实现多技术平 台、多物理部署运行环境的公共服务支持。2.1.5 适配器适配器是ESB系统解决与外部系统之间各类差异的总称。ESB将外部系统分为请求系统和服务系统两类。2.1.5.1服务系统适配器对于服

8、务系统,尤其是遗留服务系统,基本集成策略是由ESB项目组开发适配器进行 集成。但是服务系统适配器,并不能解决所有的服务适配问题,例如:ESB服务接口 规范与服务系统规范的复杂对应和匹配工作,尤其是涉及到多个服务系统接口的复杂 流程调用部分,如果由ESB组合这类服务流程组合,解决相关的交易完整性、一致性 问题,代价太大而且无法保证。因此,实际集成实施过程中,不可避免的要涉及到对服务系统的改造工作。2.1.5.2请求系统适配器对于请求系统,ESB的基本原则是要求请求系统符合ESB的技术规范和服务接口规范。目的是减少不必要的转换适配层次,提高系统的集成服务效率,降低资源消耗。 ESB系统可为请求系统

9、提供API,对请求系统屏蔽通讯适配、报文组包等技术细节。请求系统只需要理解业务层面的接口规范,从而大大简化请求系统的集成工作,同时 还可以加强对请求系统的监控管理,同时为接口技术实现的升级改造提供辅助支持。 ESB也可以开发适配器,实现请求系统的集成。主要针对那些无法改造或改造成本过 高的请求系统。2.2部署方案2.2.1 管理监控部分部署方案ESB系统的部署方案必须符合企业基础架构的要求。1) Webserver和Application Server必须分离,分别部署在Web2区和APP区。或者Web2区的应用通过生产区域的app,访问DB。2)用户管理要符合集团的规范。用户权限控制统一通过

10、UM。UM决定用户是否有权限操作ESB的管理监控平台。UM权限通控制通过以后,由ESB管理监控应用来进行详细的角色权限管理。3)考虑到费用问题,可以采用Apache和Tomcat。2.2.2 硬件选型建议esb系统目标架构硬件选型主要考虑从以下因素:1)成本因素 ESB系统基于Java技术实现,具有跨平台的技术优势,因此可将成本是考虑硬件选 型的首要指标,未来随着ESB应用规模的不断增长,硬件成本在项目投入所占比重将 会增加,因此选择性价比高的硬件平台是提高效费比的有效途径。2)硬件扩容周期ESB作为企业内部信息化最为关键的服务枢纽,必须能够快速响应应用规模的增长, 其中包括硬件的采购周期、系

11、统扩容部署速度。3)资源调配的简便性、灵活性ESB系统应能够针对业务量的周期性变化,灵活的增减系统资源配置,资源的调整不 应对集成服务持续性造成影响。基于上述考虑,ESB系统的硬件推荐采用刀片服务器。刀片服务器还具有以下优点:1)硬件成本相对低廉,配套的系统软件和中间件价格也相对较低。2)虚拟化的集中资源管理,可有效提高资源的利用率。3)在集群中插入新的刀片,就可以提高整体性能。4)支持热插拔,硬件资源可以轻松地进行替换,并且将维护时间减少到最小。5)节约空间、便于集中管理、易于扩展和提供不间断的服务。2.2.3 逻辑分区部署方案皓配器参入矣.成核心散据库ConfigManager适配器孑入4

12、归栏散据宰WebSener14集成核心2.2.4 硬件配置建议其对应分配如下:名称功能分布配置计算单元数量适配器/公共服务适配器公共服务2cpu(8 核)32GB memory1*2集成核心webMethodsMessage Broker2cpu(8 核)32GB memory1*2数据库服务器Oracle2cpu(8 核)32GB memory1归档数据库服务器Oracle2cpu(8 核)32GB memory1备份资源池作为公共备份2cpu(8核)32GB memory1总计72.2.5 服务接口规范esb系统负责解决实施服务接口规范与服务系统接口的差异,可将主要的实施工作控 制在ESB

13、项目范围内,大大降低周边系统的改造工作量,配合一些系统的瘦身计划的 分阶段顺利实施。2.2.6 高性能、高可用性及扩展能力设计高处理能力保证措施控制信息+XML应用报文,中间层次不必解析XML应用报文,使系统不仅具备完善的 管理控制能力,同时还减少了报文解析开销,提高了效率。非阻塞的异步模式、流水线式的作业处理,提高吞吐能力。异步记录流水日志,保证信息的完整记录,同时不影响系统的处理性能。系统处理能力可随硬件资源的扩展线性的增长。系统所有配置规则均加载到Cache中,运行过程中不存在对数据库配置信息的读写 操作,保证系统高效运行。持续稳定运行保障措施所有应用模块均为群集部署,系统不存在单点故障

14、隐患,某个模块的故障不影响正常 运行。系统应用版本的升级可按模块分别进行,不影响业务的正常运行。 采用数据库分区技术,实现海量数据记录的清理和分区切换过程15秒钟内完成,无 需采用与应用相关的数据库分表方式,实现批量数据处理对总线应用透明。系统提供完备的动态安全刷新手段,配置信息可运行时在线刷新。可扩展性系统可以在CPU、内存等资源增加及扩容的情况下自我线性扩展处理能力;每个逻辑 模块可以采用横向扩展的多物理模块部署。中间用队列进行通讯。可维护性系统具有较为完善的用户管理界面,提供对系统所有功能的维护与参数配置管理的功 能;系统采用统一的服务模式和开发框架,从开发商增加可维护性,系统部署上采用 多逻辑单元分离部署,减少系统内部的耦合度,增加整个系统的可维护性。2.2.7 完善的安全机制企业应用集成技术使复杂的业务流程、大量的信息和数据在各IT应用系统和业务部 门之间高效的流转和共享,实现业务流程标准化和自动化,促进业务流程优化,提高 建行运营效率。任何不安全因素都会造成不可估量的损失,故所有数据的传输、处理、 交换都必须在良好的安全环境下进行,因此,必须建立一套完整的安全机制,以确保 整个通信系统的安全运行。方案主要为ESB系统提供如下几个方面的安全服务:1. 密钥管理提供安全有效的密钥管理

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 学术论文 > 其它学术论文

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号