企业服务总线ESB方案书

合集下载

企业总线系统(ESB)项目实施方案

企业总线系统(ESB)项目实施方案

信息交换 简单请求响应
同步调用方式 异步调用方式
文件传输方式 订阅发布方式
….
订阅发布控制准则 文件传输控制准则 服务响应编码准则 ESB异常吗编码准 则 服务治理原则 路由集成原则 通信协议与接口原 则
….
标准报文规范 (报文头信息 报文体信息) 通信方式 (SOAP SOP) 服务发布标准 (输入/输出,校 验格式)等等
4
4
4
4
4
4
2
2
36
0
0
0
14
14
14
10
5
5
5
5
72
0
0
0
10
10
10
10
5
5
5
0
55
2
11
11
35
35
35
25
15
15
13
8
205
关于人力资源 ➢项目经理:严格把控项目进度,保障项目质量、如期交付; ➢业务分析师:完成系统功能需求分析和数据梳理; ➢系统架构师:整体把握ESB系统架构设计的高可用性; ➢开发组长:准确执行项目目标,辅导工程师实现ESB系统功能;
服务系统方系统 服务调用方系统
实施计划
计划 阶段
需求 阶段
设计 阶段
开发 阶段
服务接口梳理
功能设计
启 动
系统建设需求分析
T(单位:月) T
T+2
单元测试 系统编码
T+4
T+6
测试 阶段
UAT测试 回归测试
投产
验收
投验 产收
投产
准备
运维 运维

SOA企业服务总线解决方案(ESB)-ProBus

SOA企业服务总线解决方案(ESB)-ProBus

用EMB管理,使SOA服务的实现与管理分工明确、合理定位。
Tier
presentation Tier
interface Tier
application Tier
SOA
服务前端
服务总线(Mega Flow) + 服务注册
业务服务总线(Micro Flow) + 服务注册
Terminals/Portal
▪ 实时处理企业数据所需的F/W ▪ 提供通过下一代数据整合所需的DBMS
ESB在SOA中的作用
SOA体系架构在逻辑上分为Business Process、Service Orchestration、Service Implementation Layer。ESB在 SOA体系架构中位于中间件,实现各种系统、终端、对内外渠道等的接口整合,通过服务层之间的互联,支持服务组合。
MCI
服务分层 标准
Portal Engine
Service Registry
Service Flow
EAI
• 通 过 X-internet、 企 业门户请求服务
• 构成服务为单位的界面
• 集成各种应用的服务,形成企业服务总线,由此支持 整合互联建模。
• ESB上执行业务流和服务流。 • 业务流和服务流是通过SFDL(Service Flow
▪ X-Internet : 提供Web的优点“容易的部署”和4GL的优点“丰富和华丽的界 面”以及“快速成的界面响应速度”。
▪ 内置满足高性能和稳定性的同时,基于SOA的服务组件开发更加容易的新的 EMB(Enterprise Module Bus) Architecture。
Business. F/W
ProBus功能架构——产品架构(1/12)

esb 总线解决方案

esb 总线解决方案

ESB(企业服务总线)解决方案概述企业服务总线(Enterprise Service Bus,ESB)是一种软件架构模式,旨在帮助企业构建灵活、可扩展的集成解决方案。

ESB通过提供统一的通信和消息传递机制,将各个分布式应用集成在一起,从而实现系统间的无缝数据交流和业务流程的协调。

本文将介绍ESB总线解决方案,包括其架构、核心功能和优势等方面的内容。

架构ESB总线解决方案的核心组件包括:1.消息中介(Message Broker):负责接收、转发和路由消息。

它允许不同的应用之间通过消息进行通信,并提供了消息的可靠性传递保证。

2.服务注册与发现(Service Registry and Discovery):用于服务的注册和查找,使得各个应用能够动态地发现和调用其他应用的服务。

3.数据转换与协议适配(Data Transformation and Protocol Adaptation):对接不同的数据格式和通信协议,实现数据的转换和适配。

4.连接器(Connectors):提供与不同应用和系统进行集成的能力。

连接器通过提供特定的协议和接口,使得ESB能够与各种应用和系统进行无缝集成。

5.监控与管理(Monitoring and Management):提供对ESB总线进行监控和管理的功能,包括消息流量、服务运行状态等的监控与报警。

核心功能ESB总线解决方案提供以下核心功能:消息传递ESB总线使用消息作为通信机制。

不同的应用通过发送和接收消息来进行交互。

消息可以是同步的也可以是异步的,这样不仅可以实现应用之间的实时通信,还可支持批量数据处理和异步任务处理等。

服务集成ESB总线提供服务注册与发现的功能,使得各个应用可以动态地查找和调用其他应用的服务。

通过将服务封装成可重用的组件,ESB能够提高系统的灵活性和可维护性,降低代码的冗余性和复杂性。

数据转换与协议适配不同的应用可能使用不同的数据格式和通信协议,ESB总线通过提供数据转换和协议适配的功能,使得各个应用能够无缝集成。

esb方案

esb方案

esb方案ESB方案什么是ESB**ESB(Enterprise Service Bus)**,中文名为企业服务总线,是一种基于服务导向架构(SOA)的中间件解决方案,用于在不同的应用程序之间实现可靠的通信和数据传输。

ESB充当了中间件的角色,将不同的应用程序和系统集成在一起,简化了应用程序间的通信和数据传输,同时提供了可靠性、灵活性和可扩展性。

ESB的功能1. **消息传递**:ESB可以通过消息传递实现应用程序之间的通信。

它使用统一的消息格式来传递数据,包括文本消息、XML消息和JSON消息等。

借助消息传递,ESB 可以实现异步通信和解耦应用程序之间的依赖关系。

2. **路由与转换**:ESB可以根据预定义的规则来路由和转换消息。

它可以根据消息的内容、源和目标系统等信息,将消息发送到正确的应用程序,并在必要时进行转换以满足目标系统的要求。

3. **安全性和可靠性**:ESB具备安全性和可靠性的特性。

它可以在数据传输过程中实现加密、认证和授权等安全机制,以保护数据的机密性和完整性。

同时,ESB还提供了可靠的消息传递机制,确保消息的可靠性和可恢复性。

4. **事务管理与协调**:ESB支持分布式事务的管理与协调。

它可以管理多个应用程序之间的事务,并确保事务的一致性和隔离性。

ESB还可以处理多个事务的协调问题,包括事务的提交、回滚和补偿等操作。

5. **监控和报告**:ESB提供了监控和报告功能,用于监视和分析系统的性能和运行状况。

通过监控和报告,可以及时发现问题并进行故障处理,提高系统的可用性和可靠性。

ESB的优势1. **灵活性**:ESB可以与不同的应用程序和系统集成,不受特定技术、平台和协议的限制。

它支持多种通信协议和数据格式,可以适应不同的应用场景和需求。

2. **可扩展性**:ESB可以根据业务需求进行扩展,以满足不断增长的数据传输和通信需求。

它支持水平和垂直扩展,可以根据需要增加或减少节点和服务器,以实现更高的容量和性能。

企业服务总线ESB方案书

企业服务总线ESB方案书

企业服务总线ESB方案书1需求综述 (3)1.1主数据平台接口 (3)1.2业务数据接口 (3)1.3OA系统接口: (4)1.4国家法定信息发布媒体: (4)2系统解决方案 (4)2.1系统技术架构 (4)2.1.1运行平台 (4)2.1.2开发平台 (5)2.1.3监控平台 (5)2.1.4公共服务 (5)2.1.5适配器 (6)2.2部署方案 (7)2.2.1管理监控部分部署方案 (7)2.2.2硬件选型建议 (7)2.2.3逻辑分区部署方案 (8)2.2.4硬件配置建议 (8)2.2.5服务接口规范 (9)2.2.6高性能、高可用性及扩展能力设计 (9)2.2.7完善的安全机制 (10)2.3整体解决方案 (12)2.3.1接入控制 (13)2.3.2通信接入模块 (14)2.3.3请求系统适配 (15)2.4集成服务功能 (16)2.4.1服务治理 (16)2.4.2提供对出错服务的及时检测和隔离功能 (16)2.4.3协议转换 (16)2.4.4消息格式转换 (17)2.4.5服务路由 (18)2.4.6监控和运维 (19)2.4.7服务等级 (19)2.5系统非功能需求 (20)2.5.1可用性 (20)2.5.2可扩展性 (20)2.5.3可维护性 (20)2.5.4安全性 (21)2.5.5性能需求 (21)2.6公用服务 (22)2.6.1流量控制 (22)2.6.2故障隔离 (22)2.6.3统一流水号 (22)2.6.4日志记录 (23)2.7管理监控 (23)2.7.1系统平台级监控 (23)2.7.2应用级监控 (23)2.7.3统计分析 (23)2.7.4异常报警 (23)2.7.5统一的运维管理 (24)3技术支持与服务方案 (24)3.1技术支持与售后服务体系 (24)3.2服务管理模式 (24)3.3服务响应 (25)3.3.1问题优先级(或问题严重程度)级定义 (25)3.3.2服务响应时间 (26)3.3.3问题解决时间 (27)3.3.4服务文档 (29)3.4维护支持服务流程 (29)3.4.1服务消息创建流程 (29)3.4.2问题处理流程 (30)3.4.3服务确认流程 (30)3.4.4投诉及问题升级流程 (31)1 需求综述1.1 主数据平台接口系统建立与SAP 相同的基础数据管理库,通过数据总线接口同步能源集团MDM 中传输过来的编码或数据,以满足电子采购平台基础数据管理的需求。

ESB企业服务总线解决方案

ESB企业服务总线解决方案

ESB企业服务总线解决方案ESB企业服务总线解决方案的架构包括以下几个主要组件:1. 消息引擎:负责处理和路由消息。

消息引擎可以将消息从一个应用程序传递到另一个应用程序,并根据预先定义的路由规则将消息分发给正确的接收方。

2. 服务注册与发现:用于管理企业中的各种应用程序和服务。

它允许应用程序和服务注册自己,并提供统一的接口供其他应用程序和服务使用。

通过服务注册与发现,企业可以方便地发现和使用其他应用程序和服务,从而加快开发和集成的速度。

3. 数据转换和映射:负责将不同应用程序之间的数据格式进行转换,并将数据映射到目标应用程序所需要的格式。

数据转换和映射功能可以确保不同应用程序之间能够正确地共享和理解数据。

4. 安全管理:用于保护企业中的应用程序和服务。

安全管理功能包括身份验证、授权和加密等措施,以确保只有经过授权的用户可以访问企业的应用程序和服务。

5. 事务管理:负责处理企业中的事务。

事务管理功能可以确保在多个应用程序和服务之间的操作能够以事务的方式进行,从而保证操作的一致性和完整性。

ESB企业服务总线解决方案的主要功能包括:1. 应用程序和服务集成:ESB可以将企业中的不同应用程序和服务集成在一起,以实现跨系统和跨平台的数据交换和业务流程。

通过ESB,企业可以实现实时、可靠和安全的应用程序和服务集成,从而提高企业的业务效率和灵活性。

2. 业务过程管理:ESB可以帮助企业实现业务过程的自动化和流程优化。

ESB可以通过定义和管理业务过程的规则和工作流程,自动执行复杂的业务操作,并对业务过程进行监控和优化。

3. 服务治理和监控:ESB可以提供对企业中的应用程序和服务的治理和监控功能。

通过ESB,企业可以对应用程序和服务进行管理、监控和调优,以确保它们的性能和可用性达到预期的水平。

4. 数据集成和管理:ESB可以帮助企业集成和管理不同应用程序和服务之间的数据。

通过ESB,企业可以实现数据的实时、可靠和一致性共享,从而提高决策的准确性和效率。

esb实施方案

esb实施方案

ESB实施方案引言企业服务总线(Enterprise Service Bus,简称ESB)是一种基于服务导向架构(Service-Oriented Architecture, SOA)的集成工具,用于解决异构系统之间的数据通信和集成问题。

ESB通过提供标准化的接口和协议,实现了系统之间的相互连接和通信,使得各个系统可以方便地共享数据和功能。

本文将介绍ESB实施方案的基本原理,包括ESB的架构设计、部署方式和关键技术,以及实施ESB的步骤和注意事项。

一、ESB的架构设计ESB的架构设计是实施ESB的基础,它决定了ESB系统的可扩展性、可靠性和性能。

通常,ESB的架构由以下三个主要组件组成:1.消息路由器(Message Router):负责接收和路由消息到目标系统。

消息路由器可以通过配置规则来决定消息的路由方式,例如按消息类型、目标系统等。

2.消息转换器(Message Transformer):负责将不同格式的消息进行转换。

由于不同系统之间可能使用不同的消息格式和协议,消息转换器可以将消息从一种格式或协议转换为另一种格式或协议,以实现系统之间的兼容性。

3.服务注册与发现(Service Registry and Discovery):提供服务的注册和发现功能。

当一个系统需要调用另一个系统的服务时,它可以通过服务注册与发现组件查询目标系统的服务,并获取服务的地址和协议信息。

二、ESB的部署方式ESB可以根据实际需求采用不同的部署方式。

常见的部署方式有以下几种:1.中心式部署:将ESB部署在一个中心服务器上,所有的系统通过与该服务器的通信来实现系统之间的集成和通信。

这种部署方式适用于系统规模较小,集成需求相对简单的场景。

2.分布式部署:将ESB的各个组件部署在不同的服务器上,各个组件之间通过网络进行通信。

这种部署方式适用于系统规模较大,集成需求较为复杂的场景,可以提升系统的可扩展性和可靠性。

3.混合部署:将ESB的部分组件进行中心式部署,部分组件进行分布式部署。

企业服务总线ESB方案书

企业服务总线ESB方案书

企业效劳总统ESB方案书1需求综述31.1主数据平台接口31.2业务数据接口31.30A系统接口:41.4国家法定信息发布媒体:42系统解决方案42.1系统技术架构42.1.1运行平台42-1.2开发平台52.1.3监控平台52.1.4公共效劳62.1.5适配器62.2部署方案72-2.1管理监控局部部署方案72.2.2硬件选型建议8223逻辑分区部署方案92.2.4硬件配置建议92.2.5效劳接口标准92.2.6高性能、高可用性及扩展能力设计92-2.7完善的平安机制112.3整体解决方案13 2.3.1接入控制142.3.2通信接入模块152.3.3请求系统适配162.4集成效劳功能172-4.1效劳治理17242提供对出错效劳的及时检测和隔离功能17 2-4.3协议转换17244消息格式转换182-4.5效劳路由192.4.6监控和运维202.4.7效劳等级202-5系统非功能需求212.5.1可用性212-5.2可扩展性212.5.3可维护性222.5.4平安性222.5.5性能需求222.6公用效劳232.6.1流量控制232.6.2故障隔离232.6.3统一流水号242.6.4日志记录242.7管理监控242-7.1系统平台级监控242.7.2应用级监控242.7.3统计分析242-7.4异常报警252-7.5统一的运维管理253技术支持与效劳方案253.1技术支持与售后效劳体系263.2效劳管理模式263.3效劳响应263.3.1问题优先级〔或问题严重程度〕级定义263.3.2效劳响应时间283.3.3问题解决时间293.3.4效劳文档303.4维护支持效劳流程31341效劳消息创立流程313.4.2问题处理流程313-4.3效劳确认流程323.4.4投诉及问题升级流程331需求综述1.1主数据平台接口系统建立与SAP —样的根底数据管理库,通过数据总线接口同步能源集团MDM中传输过来的编码或数据,以满足电子采购平台根底数据管理的需求。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

企业服务总线ESB方案书1需求综述 (4)1.1主数据平台接口 (4)1.2业务数据接口 (4)1.3OA系统接口: (5)1.4国家法定信息发布媒体: (5)2系统解决方案 (5)2.1系统技术架构 (5)2.1.1运行平台 (6)2.1.2开发平台 (6)2.1.3监控平台 (7)2.1.4公共服务 (7)2.1.5适配器 (7)2.2部署方案 (9)2.2.1管理监控部分部署方案 (9)2.2.2硬件选型建议 (10)2.2.3逻辑分区部署方案 (11)2.2.4硬件配置建议 (11)2.2.5服务接口规范 (12)2.2.6高性能、高可用性及扩展能力设计 (12)2.2.7完善的安全机制 (13)2.3整体解决方案 (15)2.3.1接入控制 (16)2.3.2通信接入模块 (18)2.3.3请求系统适配 (18)2.4集成服务功能 (20)2.4.1服务治理 (20)2.4.2提供对出错服务的及时检测和隔离功能 (20)2.4.3协议转换 (20)2.4.4消息格式转换 (21)2.4.5服务路由 (22)2.4.6监控和运维 (23)2.4.7服务等级 (23)2.5系统非功能需求 (24)2.5.1可用性 (24)2.5.2可扩展性 (25)2.5.3可维护性 (25)2.5.4安全性 (25)2.5.5性能需求 (26)2.6公用服务 (26)2.6.1流量控制 (26)2.6.2故障隔离 (27)2.6.3统一流水号 (27)2.6.4日志记录 (27)2.7管理监控 (27)2.7.1系统平台级监控 (28)2.7.2应用级监控 (28)2.7.3统计分析 (28)2.7.4异常报警 (28)2.7.5统一的运维管理 (28)3技术支持与服务方案 (29)3.1技术支持与售后服务体系 (29)3.2服务管理模式 (29)3.3服务响应 (30)3.3.1问题优先级(或问题严重程度)级定义 (30)3.3.2服务响应时间 (32)3.3.3问题解决时间 (33)3.3.4服务文档 (34)3.4维护支持服务流程 (35)3.4.1服务消息创建流程 (35)3.4.2问题处理流程 (35)3.4.3服务确认流程 (37)3.4.4投诉及问题升级流程 (38)1 需求综述 1.1 主数据平台接口系统建立与SAP 相同的基础数据管理库,通过数据总线接口同步能源集团MDM 中传输过来的编码或数据,以满足电子采购平台基础数据管理的需求。

基础数据信息包括:物料编码、计量单位、供应商、客户等。

1.2 业务数据接口系统业务数据通过数据总线接口同SAP 、OA 、EC 等系统进行数据交互。

系统必须确保通过数据总线接口访问SAP 、OA 、EC 等系统数据与电子采购平台数据传输及时准确、数据完整统一;数据总线系统 SAPOA 办公系统MDMEC数据中心电商平台中矿微星系统1.3OA系统接口:支持将电子采购平台中的待办事项发送到OA办公系统进行审批,并读取审批流。

1.4国家法定信息发布媒体:按照国家相关要求,选择相关媒体建立统一接口,支持招标公告、变更公告、结果公示等的自动发布。

如国家无强行规定,可以不做接口。

2系统解决方案2.1系统技术架构2.1.1运行平台运行平台内部按照集成应用的特点分为多个集成“通路”,目前考虑分为四类通路:1、关键服务通路关键业务、实时性要求高。

2、非关键通路非关键业务,查询等。

3、服务代理通路从目标架构过渡过程中,与集成目标无关的可以采取“穿透”的方式,减少实施工作量和实施成本。

另外,复用价值较低的服务请求也适合采用“代理模式”。

4、低成本通路对于实时性要求不高,且信息量大的服务,可采取批量处理模式,降低集成实施成本。

实际部署环境中,每一类通路都可以有多个物理部署,用来保证系统的可靠性,同时也支持横向的扩展和减少不同系统之间的相互影响。

2.1.2开发平台基于ESB系统标准的服务接口定义、内部统一的元数据管理、数据结构和服务接口定义、路由规则等,实现多个技术通路的统一配置开发。

开发平台的是对各个技术通路实际实现方法的抽象封装。

提供服务逻辑的开发框架和组件库,用于转换适配逻辑、公共服务逻辑等的标准化开发、组件重用和统一管理。

2.1.3监控平台ESB应用系统要建立统一的日志规范、流水记录规范、错误码规范、系统运行状态检测规范、系统运行状态控制标准,实现对ESB系统整体统一的监视和控制。

是ESB系统的集成“控制面板”。

主要功能包括:异常监视、通知提醒、运行控制、实时查询、统计分析、服务的配置和发布、服务管理、统一维护和版本部署等。

由于ESB系统是整个企业的服务访问枢纽,ESB可以集中监控企业内所有的服务访问,能够提供各个系统的服务质量和状态的统计数据,例如:成功率、服务响应时间、服务访问量、服务状态异常等。

2.1.4公共服务提供统一的流量控制服务、日志记录、接入参数控制等公共服务。

从而实现多技术平台、多物理部署运行环境的公共服务支持。

2.1.5适配器适配器是ESB系统解决与外部系统之间各类差异的总称。

ESB将外部系统分为请求系统和服务系统两类。

2.1.5.1服务系统适配器对于服务系统,尤其是遗留服务系统,基本集成策略是由ESB项目组开发适配器进行集成。

但是服务系统适配器,并不能解决所有的服务适配问题,例如:ESB服务接口规范与服务系统规范的复杂对应和匹配工作,尤其是涉及到多个服务系统接口的复杂流程调用部分,如果由ESB组合这类服务流程组合,解决相关的交易完整性、一致性问题,代价太大而且无法保证。

因此,实际集成实施过程中,不可避免的要涉及到对服务系统的改造工作。

2.1.5.2请求系统适配器对于请求系统,ESB的基本原则是要求请求系统符合ESB的技术规范和服务接口规范。

目的是减少不必要的转换适配层次,提高系统的集成服务效率,降低资源消耗。

ESB系统可为请求系统提供API,对请求系统屏蔽通讯适配、报文组包等技术细节。

请求系统只需要理解业务层面的接口规范,从而大大简化请求系统的集成工作,同时还可以加强对请求系统的监控管理,同时为接口技术实现的升级改造提供辅助支持。

ESB也可以开发适配器,实现请求系统的集成。

主要针对那些无法改造或改造成本过高的请求系统。

2.2 部署方案ESB 系统的部署方案必须符合企业基础架构的要求。

1)WebServer 和Application Server 必须分离,分别部署在Web2区和APP 区。

或者Web2区的应用通过生产区域的APP ,访问DB 。

2)用户管理要符合集团的规范。

用户权限控制统一通过UM 。

UM 决定用户是否有权限操作ESB 的管理监控平台。

UM 权限通控制通过以后,由ESB管理监控应用来进行详细的角色权限管理。

3)考虑到费用问题,可以采用Apache 和Tomcat 。

2.2.1 管理监控部分部署方案2.2.2硬件选型建议ESB系统目标架构硬件选型主要考虑从以下因素:1)成本因素ESB系统基于Java技术实现,具有跨平台的技术优势,因此可将成本是考虑硬件选型的首要指标,未来随着ESB应用规模的不断增长,硬件成本在项目投入所占比重将会增加,因此选择性价比高的硬件平台是提高效费比的有效途径。

2)硬件扩容周期ESB作为企业内部信息化最为关键的服务枢纽,必须能够快速响应应用规模的增长,其中包括硬件的采购周期、系统扩容部署速度。

3)资源调配的简便性、灵活性ESB系统应能够针对业务量的周期性变化,灵活的增减系统资源配置,资源的调整不应对集成服务持续性造成影响。

基于上述考虑,ESB系统的硬件推荐采用刀片服务器。

刀片服务器还具有以下优点:1) 硬件成本相对低廉,配套的系统软件和中间件价格也相对较低。

2) 虚拟化的集中资源管理,可有效提高资源的利用率。

3) 在集群中插入新的刀片,就可以提高整体性能。

4) 支持热插拔,硬件资源可以轻松地进行替换,并且将维护时间减少到最小。

5) 节约空间、便于集中管理、易于扩展和提供不间断的服务。

2.2.3逻辑分区部署方案2.2.4硬件配置建议其对应分配如下:2.2.5服务接口规范ESB系统负责解决实施服务接口规范与服务系统接口的差异,可将主要的实施工作控制在ESB项目范围内,大大降低周边系统的改造工作量,配合一些系统的瘦身计划的分阶段顺利实施。

2.2.6高性能、高可用性及扩展能力设计高处理能力保证措施控制信息+XML应用报文,中间层次不必解析XML应用报文,使系统不仅具备完善的管理控制能力,同时还减少了报文解析开销,提高了效率。

非阻塞的异步模式、流水线式的作业处理,提高吞吐能力。

异步记录流水日志,保证信息的完整记录,同时不影响系统的处理性能。

系统处理能力可随硬件资源的扩展线性的增长。

系统所有配置规则均加载到Cache中,运行过程中不存在对数据库配置信息的读写操作,保证系统高效运行。

持续稳定运行保障措施所有应用模块均为群集部署,系统不存在单点故障隐患,某个模块的故障不影响正常运行。

系统应用版本的升级可按模块分别进行,不影响业务的正常运行。

采用数据库分区技术,实现海量数据记录的清理和分区切换过程15秒钟内完成,无需采用与应用相关的数据库分表方式,实现批量数据处理对总线应用透明。

系统提供完备的动态安全刷新手段,配置信息可运行时在线刷新。

可扩展性系统可以在CPU、内存等资源增加及扩容的情况下自我线性扩展处理能力;每个逻辑模块可以采用横向扩展的多物理模块部署。

中间用队列进行通讯。

可维护性系统具有较为完善的用户管理界面,提供对系统所有功能的维护与参数配置管理的功能;系统采用统一的服务模式和开发框架,从开发商增加可维护性,系统部署上采用多逻辑单元分离部署,减少系统内部的耦合度,增加整个系统的可维护性。

2.2.7完善的安全机制企业应用集成技术使复杂的业务流程、大量的信息和数据在各IT应用系统和业务部门之间高效的流转和共享,实现业务流程标准化和自动化,促进业务流程优化,提高建行运营效率。

任何不安全因素都会造成不可估量的损失,故所有数据的传输、处理、交换都必须在良好的安全环境下进行,因此,必须建立一套完整的安全机制,以确保整个通信系统的安全运行。

方案主要为ESB系统提供如下几个方面的安全服务:1. 密钥管理提供安全有效的密钥管理方案,实现应用系统和ESB系统的密钥产生、密钥分发、密钥更新、密钥注销等。

提供密钥的自动更新机制,保证密钥的安全性,提供高效的对称密码算法,确保应用系统具有可用性和易用性。

2. 身份认证保证接入ESB系统的合法性,提供应用系统和ESB系统之间的双向身份认证,采用基于证书的认证模式,系统使用的数字证书由第三方CA或者采用自运行维护的CA 提供。

CA证书采用离线下发的方式,以PKCS#12文件的格式安装到ESB系统和应用接入系统。

相关文档
最新文档