1、第 1 页，共 39 页企业服务总线 ESB 方案书第 2 页，共 39 页1 需求综述 .41.1 主数据平台接口 .41.2 业务数据接口 .41.3 OA 系统接口： .51.4 国家法定信息发布媒体： .52 系统解决方案 .52.1 系统技术架构 .52.1.1 运行平台 .62.1.2 开发平台 .62.1.3 监控平台 .72.1.4 公共服务 .72.1.5 适配器 .72.2 部署方案 .92.2.1 管理监控部分部署方案 .92.2.2 硬件选型建议 .102.2.3 逻辑分区部署方案 .112.2.4 硬件配置建议 .112.2.5 服务接口规范 .122.2.6 高性能
2、、高可用性及扩展能力设计 .122.2.7 完善的安全机制 .132.3 整体解决方案 .152.3.1 接入控制 .162.3.2 通信接入模块 .182.3.3 请求系统适配 .182.4 集成服务功能 .202.4.1 服务治理 .202.4.2 提供对出错服务的及时检测和隔离功能 .202.4.3 协议转换 .202.4.4 消息格式转换 .212.4.5 服务路由 .222.4.6 监控和运维 .232.4.7 服务等级 .232.5 系统非功能需求 .242.5.1 可用性 .242.5.2 可扩展性 .252.5.3 可维护性 .25第 3 页，共 39 页2.5.4 安全性 .
3、252.5.5 性能需求 .262.6 公用服务 .262.6.1 流量控制 .262.6.2 故障隔离 .272.6.3 统一流水号 .272.6.4 日志记录 .272.7 管理监控 .272.7.1 系统平台级监控 .282.7.2 应用级监控 .282.7.3 统计分析 .282.7.4 异常报警 .282.7.5 统一的运维管理 .283 技术支持与服务方案 .293.1 技术支持与售后服务体系 .293.2 服务管理模式 .293.3 服务响应 .303.3.1 问题优先级（或问题严重程度）级定义 .303.3.2 服务响应时间 .323.3.3 问题解决时间 .333.3.4 服
4、务文档 .343.4 维护支持服务流程 .353.4.1 服务消息创建流程 .353.4.2 问题处理流程 .353.4.3 服务确认流程 .373.4.4 投诉及问题升级流程 .38第 4 页，共 39 页1 需求综述1.1 主数据平台接口系统建立与 SAP 相同的基础数据管理库，通过数据总线接口同步能源集团 MDM 中传输过来的编码或数据，以满足电子采购平台基础数据管理的需求。基础数据信息包括：物料编码、计量单位、供应商、客户等。1.2 业务数据接口系统业务数据通过数据总线接口同 SAP、OA 、EC 等系统进行数据交互。 系统必须确保通过数据总线接口访问 SAP、OA 、EC 等系统数据
5、与电子采购平台数据传输及时准确、数据完整统一；数据总线系统SAPOA 办公系统MDMEC数据中心电商平台中矿微星系统第 5 页，共 39 页1.3 OA 系统接口：支持将电子采购平台中的待办事项发送到 OA 办公系统进行审批，并读取审批流。1.4 国家法定信息发布媒体：按照国家相关要求，选择相关媒体建立统一接口，支持招标公告、变更公告、结果公示等的自动发布。如国家无强行规定，可以不做接口。2 系统解决方案2.1 系统技术架构第 6 页，共 39 页运行平台内部按照集成应用的特点分为多个集成“通路”，目前考虑分为四类通路：1、关键服务通路关键业务、实时性要求高。2、非关键通路非关键业务，查询等。
6、3、服务代理通路从目标架构过渡过程中，与集成目标无关的可以采取“穿透”的方式，减少实施工作量和实施成本。另外，复用价值较低的服务请求也适合采用“代理模式”。4、低成本通路对于实时性要求不高，且信息量大的服务，可采取批量处理模式，降低集成实施成本。实际部署环境中，每一类通路都可以有多个物理部署，用来保证系统的可靠性，同时也支持横向的扩展和减少不同系统之间的相互影响。基于 ESB 系统标准的服务接口定义、内部统一的元数据管理、数据结构和服务接口定义、路由规则等，实现多个技术通路的统一配置开发。2.1.1 运行平台2.1.2 开发平台第 7 页，共 39 页开发平台的是对各个技术通路实际实现方法的抽
7、象封装。提供服务逻辑的开发框架和组件库，用于转换适配逻辑、公共服务逻辑等的标准化开发、组件重用和统一管理。ESB 应用系统要建立统一的日志规范、流水记录规范、错误码规范、系统运行状态检测规范、系统运行状态控制标准，实现对 ESB 系统整体统一的监视和控制。是ESB 系统的集成“控制面板”。主要功能包括：异常监视、通知提醒、运行控制、实时查询、统计分析、服务的配置和发布、服务管理、统一维护和版本部署等。由于 ESB 系统是整个企业的服务访问枢纽，ESB 可以集中监控企业内所有的服务访问，能够提供各个系统的服务质量和状态的统计数据，例如：成功率、服务响应时间、服务访问量、服务状态异常等。提供统一的
8、流量控制服务、日志记录、接入参数控制等公共服务。从而实现多技术平台、多物理部署运行环境的公共服务支持。适配器是 ESB 系统解决与外部系统之间各类差异的总称。ESB 将外部系统分为请求系统和服务系统两类。2.1.3 监控平台2.1.4 公共服务2.1.5 适配器第 8 页，共 39 页对于服务系统，尤其是遗留服务系统，基本集成策略是由 ESB 项目组开发适配器进行集成。但是服务系统适配器，并不能解决所有的服务适配问题，例如：ESB 服务接口规范与服务系统规范的复杂对应和匹配工作，尤其是涉及到多个服务系统接口的复杂流程调用部分，如果由 ESB 组合这类服务流程组合，解决相关的交易完整性、一致性问
9、题，代价太大而且无法保证。因此，实际集成实施过程中，不可避免的要涉及到对服务系统的改造工作。对于请求系统，ESB 的基本原则是要求请求系统符合 ESB 的技术规范和服务接口规范。目的是减少不必要的转换适配层次，提高系统的集成服务效率，降低资源消耗。ESB 系统可为请求系统提供 API，对请求系统屏蔽通讯适配、报文组包等技术细节。请求系统只需要理解业务层面的接口规范，从而大大简化请求系统的集成工作，同时还可以加强对请求系统的监控管理，同时为接口技术实现的升级改造提供辅助支持。ESB 也可以开发适配器，实现请求系统的集成。主要针对那些无法改造或改造成本过高的请求系统。2.1.5.1 服务系统适配器
10、2.1.5.2 请求系统适配器第 9 页，共 39 页2.2 部署方案 ESB 系统的部署方案必须符合企业基础架构的要求。1）WebServer 和 Application Server 必须分离，分别部署在 Web2 区和 APP 区。或者 Web2 区的应用通过生产区域的 APP，访问 DB。2）用户管理要符合集团的规范。用户权限控制统一通过 UM。UM 决定用户是否有权限操作 ESB 的管理监控平台。UM 权限通控制通过以后，由 ESB 管理监控应用来进行详细的角色权限管理。3）考虑到费用问题，可以采用 Apache 和 Tomcat。2.2.1 管理监控部分部署方案 第 10 页，共
11、39 页ESB 系统目标架构硬件选型主要考虑从以下因素：1）成本因素ESB 系统基于 Java 技术实现，具有跨平台的技术优势，因此可将成本是考虑硬件选型的首要指标，未来随着 ESB 应用规模的不断增长，硬件成本在项目投入所占比重将会增加，因此选择性价比高的硬件平台是提高效费比的有效途径。2）硬件扩容周期ESB 作为企业内部信息化最为关键的服务枢纽，必须能够快速响应应用规模的增长，其中包括硬件的采购周期、系统扩容部署速度。3）资源调配的简便性、灵活性ESB 系统应能够针对业务量的周期性变化，灵活的增减系统资源配置，资源的调整不应对集成服务持续性造成影响。基于上述考虑，ESB 系统的硬件推荐采用刀片服务器。刀片服务器还具有以下优点：1) 硬件成本相对低廉，配套的系统软件和中间件价格也相对较低。2) 虚拟化的集中资源管理，可有效提高资源的利用率。3) 在集群中插入新的刀片，就可以提高整体性能。4) 支持热插拔，硬件资源可以轻松地进行替换，并且将维护时间减少到最小。5) 节约空间、便于集中管理、易于扩展和提供不间断的服务。2.2.2 硬件选型建议
