中小商业银行的ESB解决方案
esb解决方案
esb解决方案
《ESB解决方案：构建灵活可靠的企业集成平台》
企业服务总线（Enterprise Service Bus，ESB）是一种用于构建复杂集成系统的解决方案，它可以帮助企业实现不同应用系统之间的数据交换和通信。
ESB解决方案不仅提供了灵活性和
可靠性，还可以帮助企业降低成本、提高效率和加快业务创新的速度。
在当今的企业信息化环境中，众多的业务系统和应用程序需要进行集成和交互，而ESB解决方案可以帮助企业简化这一复
杂的集成过程。
通过ESB，企业可以实现不同应用系统之间
的无缝集成，无论是在同一平台内部还是在不同平台之间。
ESB解决方案还可以提供可靠的消息传输和数据交换的机制，确保数据的安全传输和完整性。
而且，ESB还可以集成企业
的各种系统和服务，为企业提供统一的接口和标准化的数据格式，帮助企业降低集成成本和提高业务系统的可维护性。
另外，ESB解决方案还可以帮助企业实现业务流程的自动化
和优化，提高企业的业务效率和灵活性。
通过ESB，企业可
以将不同的业务系统和服务进行统一管理和调度，实现业务流程的整合和优化，从而提高企业的运营效率和响应速度。
总之，ESB解决方案是企业集成的关键技术之一，可以帮助
企业实现复杂系统的集成和交互、提高企业的业务灵活性和可靠性，是现代企业信息化建设的重要组成部分。
因此，对于有
需要进行系统集成和数据交换的企业来说，ESB解决方案无疑是一个不错的选择。
基于虚拟化技术构建银行ESB架构
１９ ｓ ００（ 代 ） ９ ０￣２０ 第３ ； 星型（ ｕ ， ｏ ｅ Ｈ ｂ ｐ ｋ） ｓ 架构
Ａｏ ｒ一、 ｏ
ＤＢ
、
｛
、
—● 基
鹪 曼 —
／ …
一 一 …
。 、
ｔ
… … 一
ｈ Ｆ
，
Ｅ
！ ！ ｘ ｔ ｒ ｍ 墨 矗
环 境的连 接 ，Ｅ Ｂ 底层架 构上都进 行 了技术 支持 。对 于 Ｓ从
服 务 的 重 用 ，Ｅ Ｂ 供 了服 务仓 库 和 消息 的 路 由 ，来 实 Ｓ提 现 服 务 之 间的彼 此 调 用 。一 个 应用 如 果需 要 调 用一 个服 务 器 ，它根 本 不用 知 道这 个 服 务在 什 么地 方 ，如 何 调 用
第 三代 ：星 型 （ ｕ ／ ｐ ｋ ）架 构 。主 要特 征包 括 Ｈ ｂ Ｓ ｏｅ
采取 基 于 消息 的 Ｈｕ 架 构实 现 路 由与 格 式 的转 换 ，工 作 ｂ 流开 始 产 生并 经 Ｈｕ 流转 ，大 量 的应 用 需要 数 据 同步 ， ｂ 实时 或 准 实时 的数 据 交 换 出现 ，以 应 用 为 中心 的看 法 得 到改 变 。 不足 之处 主 要是 对 Ｈｕ ｂ、适 配 器 、工 作流 的 编 程与管理 较为 昂贵 ，同时重 用性较 低 。 第 四代 ：面 向服 务 架构 的 Ｅ Ｂ解决 方 案 中心 。主 要 Ｓ
特 征 是 能够 提供 已获 取验 证 的行 业 业 务流 程 模版 库 ，能
够 提 供 一 个 为 未 来 的 业 务 与 Ｉ 程 发 展 融 合 的 系统 平 Ｔ流 台 ，能够 提供一种 共享 数据模 型实现 机制等 。 通 过 对应 用连 接 、 流程 整 合等 ， 业 务集成 的 全方位 从
商业银行企业服务总线(ESB)系统的设计与实现中期报告
商业银行企业服务总线(ESB)系统的设计与实现中期报告引言商业银行是一个我们每天都会接触到的行业，其重要性不言自明。
随着互联网时代的到来，银行业务逐渐向数字化、智能化、自助化方向发展，为了更好地满足客户需求，商业银行需要不断优化其业务流程和技术平台。
企业服务总线（ESB）作为一种企业应用集成方案，可以帮助商业银行实现系统之间的集成、信息共享和业务扩展等目标，是银行数字化建设中的重要组成部分。
本文将介绍商业银行企业服务总线（ESB）系统的设计与实现中期报告，包括项目背景、系统架构设计、技术选型和实施进展情况等方面。
项目背景随着商业银行业务体量的不断增长，各个业务系统之间的信息孤岛现象越来越明显，业务间的数据传递和信息共享也变得越来越困难。
针对这一问题，商业银行计划引入企业服务总线（ESB）系统，通过ESB来实现系统之间的集成和信息共享，加快业务流程的响应速度和实现效率。
系统架构设计本次商业银行企业服务总线（ESB）系统的架构设计采用了SOA（面向服务的架构）作为基础框架，主要包括四个方面的内容：服务注册与发现、服务编排、服务路由和服务容错。
服务注册与发现服务注册与发现是ESB的关键特性之一，也是传统SOA模型的重要组成部分。
服务注册用于将服务的属性和接口信息进行注册，在ESB系统中进行统一管理。
服务发现则是通过ESB来查找和调用服务的过程，包括了服务定位、绑定和消费等过程。
服务编排服务编排用于定义和管理服务之间的流程和业务逻辑。
ESB通过引入服务总线来实现服务之间的协作和集成，从而简化业务流程的建模和管理。
服务路由服务路由是指ESB将请求从一个源服务转发到目标服务的过程。
ESB通过预定义规则和映射来实现不同服务间的通信。
服务容错在ESB的架构设计中，服务容错是非常重要的一部分，以实现系统的高可用性和可靠性。
服务容错主要包括了错误处理、故障转移和恢复等机制。
技术选型商业银行企业服务总线（ESB）系统的技术选型包括以下几个方面的内容：1. 服务注册与发现框架：我们选择使用Apache ZooKeeper，它提供了分布式环境下的服务发现和管理功能，可以帮助我们实现服务的注册和发现。
ESB的概念-Error_404_资源不存在
ESB的概念ESB全称为Enterprise Service Bus，即企业服务总线。
它是传统中间件技术与XML、Web服务等技术结合的产物。
ESB提供了网络中最基本的连接中枢，是构筑企业神经系统的必要元素。
ESB的出现改变了传统的软件架构，可以提供比传统中间件产品更为廉价的解决方案，同时它还可以消除不同应用之间的技术差异，让不同的应用服务器协调运作，实现了不同服务之间的通信与整合。
从功能上看，ESB提供了事件驱动和文档导向的处理模式，以及分布式的运行管理机制，它支持基于内容的路由和过滤，具备了复杂数据的传输能力，并可以提供一系列的标准接口。
以面向服务的方式，实现异构、分布式应用系统之间松散耦合的集成共享、互联互通的基础软件平台较早系统架构：ESB处理后：ESB的优势扩展的、基于标准的互连技术ESB包含了一个基于标准的消息系统，使企业内部以及外部整个价值链上的系统之间，可以很容易地通过异步或同步交换信息。
ESB通过Web服务、J2EE、.NET和其他标准提供更强的系统互连功能。
灵活的、基于服务的应用组合基于面向服务的架构(SOA)，ESB应用模型允许复杂的分布式应用，包括跨越多个应用程序、系统和防火墙的集成解决方案，由事先开发和测试好的服务灵活组合而成，这为系统提供了易扩展性。
有效管理服务资源当IT资源逐渐积累到一定数量级，企业必须借助更先进的技术对这些资源进行有效管理。
ESB通过一个分布模型和多个容器型适配器推进了服务资源的有效管理。
这个分布模型对于服务消费者来说，是完全透明的，从任何位置打开与ESB的会话，都可以访问到存在于所有的ESB上的任何一个服务提供者。
这为服务资源的有效管理提供了良好的基础。
只要在一个位置部署监控子系统，就能够监视所有的服务。
有些ESB提供商，还通过专门的Registry服务和Repository服务，提供所有服务的元信息视图和运行状态视图。
反过来，每个服务都可以以通知的形式向这个分布模型内的监控者发送自己的运行状态信息，而它们之间并不需要知道彼此的实际位置。
智慧银行实施方案
智慧银行实施方案随着科技的不断发展和金融行业的不断创新，智慧银行已经成为了未来银行发展的必然趋势。
智慧银行不仅是对传统银行业务的数字化升级，更是对金融服务模式的全面革新。
为了实现智慧银行的目标，我们需要制定一套全面的实施方案，以确保银行业务的顺利转型和发展。
首先，智慧银行实施方案需要从技术基础建设入手。
银行需要投入大量资源，建设高效、安全、稳定的信息技术基础设施，包括云计算、大数据、人工智能等先进技术的应用。
只有在技术基础上做足功课，银行才能实现智慧化运营和服务。
其次，智慧银行实施方案需要重点关注金融产品和服务的创新。
传统的银行产品和服务已经无法满足客户的多样化需求，因此银行需要加大对金融科技的投入，推出更加智能化、个性化的金融产品和服务，以提升客户体验和满足客户需求。
同时，智慧银行实施方案还需要重视风险管理和合规监管。
随着金融科技的发展，金融风险也在不断演变，银行需要借助先进的技术手段，加强对风险的识别和监控，确保金融业务的安全稳健运行。
同时，银行还需要严格遵守监管政策和法规，确保智慧银行的发展符合法律法规的要求。
此外，智慧银行实施方案还需要重视人才培养和组织变革。
智慧银行的发展需要具备数字化思维和技术能力的人才，银行需要通过培训和引进人才，提升员工的数字化素养和创新能力。
同时，银行还需要进行组织结构和文化的变革，推动智慧银行理念的深入人心，确保全员参与智慧银行建设。
最后，智慧银行实施方案需要注重与合作伙伴的合作与共赢。
智慧银行的发展需要依托金融科技公司、互联网企业等合作伙伴的支持，银行需要与合作伙伴共同探索智慧银行发展的新模式、新路径，实现合作共赢。
总之，智慧银行实施方案是银行实现数字化转型和智能化发展的关键。
银行需要从技术基础、产品创新、风险管理、人才培养、组织变革和合作共赢等方面全面推进智慧银行建设，以满足客户需求，提升竞争力，实现可持续发展。
希望通过我们的努力，智慧银行能够成为未来金融行业的新标杆，为客户、合作伙伴和社会创造更大的价值。
esb实施方案
ESB实施方案1. 引言企业服务总线(ESB)是一种基于网络的集成方案，用于支持企业内部和企业间的应用系统集成。
本文档旨在介绍一种ESB实施方案，为企业实现高效、可扩展和灵活的应用系统集成提供指导。
2. 背景随着企业规模的扩大和业务的复杂性增加，许多组织发现其应用系统之间的集成变得越来越重要。
ESB为企业提供了一种灵活的方法来集成不同的应用系统，提高业务流程的可管理性和可持续性。
3. ESB实施步骤为了成功实施ESB，以下是一些关键步骤：3.1. 业务需求分析首先，需要进行全面的业务需求分析，包括现有系统、业务流程和数据交换需求。
这将帮助确定要集成的应用系统以及ESB的功能需求。
3.2. ESB架构设计基于业务需求分析的结果，设计一个适合的ESB架构。
这涉及确定集成模式、协议支持、安全性要求、性能需求等方面。
3.3. 选型与准备根据ESB架构设计，选择合适的ESB产品或框架，并进行安装和配置。
确保所有相关的硬件和软件环境都满足系统要求。
3.4. 实施与测试在实施阶段，对ESB进行开发和集成。
这包括开发服务、定义消息传递规则、配置适配器、处理安全性等。
完成开发后，进行全面的测试，包括单元测试、集成测试和性能测试。
3.5. 迁移与部署完成测试后，进行迁移和部署。
这涉及将ESB部署到生产环境中，并确保所有相关的应用系统可以正确地与ESB进行通信。
3.6. 运维与监控实施ESB后，需要建立监控措施来确保其稳定性和性能。
运维人员应定期检查ESB的日志，并根据需要进行调整和优化。
4. ESB实施的关键成功因素为了确保ESB实施的成功，以下是一些关键的成功因素：4.1. 强大的管理支持得到高层管理层的支持和理解，尤其是在预算、资源和人力规划方面。
4.2. 良好的团队合作建立一个专业的团队，包括业务分析师、架构师、开发人员和测试人员，以确保良好的团队合作和良好的沟通。
4.3. 适当的技术选择选择适合组织需求的ESB产品或框架，并确保与现有的技术基础设施兼容。
企业ESB解决方案
ESB在SOA参考架构中的作用
利用集成技术把企业的各类应用系统连接起来，使系统之间能够相互服务访问； 通过引入中间层次，实现合理的应用层次划分，达到松散耦合全局共享的目的； 提供各类业务的服务接口规范以及各业务条线之间横向服务访问标准，为各类业 务应用提供独立扩展的空间。 以ESB为基础的面向服务的应用架构允许业务系统根据业务的实际要求，采用最 适合的技术和产品，按照业务自身的发展计划分阶段独立构建；
SOA“落地”的技术实现-ESB
外网用户
门户
服务管理
服务控制 服务日志 服务配置
服务
信贷
ECIF
内网用户 外部应用
总线 互联
Web 界面
核心 系统
业务流程 引擎
服务监控
服务适配器
服务目录
数据存储
企业服务总线（ESB）
ESB要求：安全、稳定、高效、便捷
• • • • • • • 高速公路 开放架构 无单点故障 无瓶颈 线性扩展 永不停机 接口完备 非侵入式 • • • • • • • 交警 异步流水日志 流量控制 故障隔离 全局运行监控 运行分析报告 系统安全认证 灵活配置动态刷新 • • • • • • • • 高速服务公司 服务规范管理 服务组合 服务分组和优先级控制 服务权限控制 统一冲正 服务版本控制 消息生存期限控制 存储转发
SOA的价值体现
业务价值
效率提升：将业务功能从“竖井”状的、重复的，向维护成本低的、高度共享的应 用转变。 响应速度：迅速适应和提供关键业务服务来满足市场需求，为客户、雇员及合作伙 伴提供更高水平的服务。
IT价值
规范化的业务功能定义，变被动为主动，规范软件开发商的开发行为，严格按照服 务规范及标准开发，不再依赖固定开发商，自由度更大，复杂度更低。 开发方式的转变，随着服务的不断增多，共享和重用的机会频率越来越大，使新应 用开发成本降低，周期变短。 遗留系统集成后，降低了系统维护和集成的成本。 基于服务的管理和监控；能集中、有效的管理和监控企业内关键的服务单元。
银行业务集中处理平台整体解决方案
20TB F5或ACE等
数量 2
2 2 2 1 2
用途 用于集中作业平台（集中作业平台、工作流系统、影像切割系 统使用同一数据库实例，柜面系统使用一个数据库实例，内容 管理系统使用一个数据库实例）数据库系统:DB2，HA
部署SunDS集中作业平台应用服务、SunFlow工作流系统
部署SunECM内容管理系统应用服务
录入 开户信 息、支付 信息
扫描 资料
是否有填单数 据 有
协助 客户 电子 签署/印
鉴签 署
领取 密码封 、 保安 密码器 无
确认 客户身 份
打印 回单
否
3
D-流程平台
全单 录入
信息 审核
开通 帐户/ 建立 印鉴
审核 是否通
是
过
2
1
台流程设计
步骤
B-客户经理
1
电子 数据/录
入 /扫描 ， 提
交开 户交易
配置
数量
PC机，P4 CPU1.8G/2G内 存/80G硬盘
根据人员配置 可利用网点已有的设备
用途
柯达I1220、富士通FJi6130Z 、虹光AH240彩色图 根据人员配置 要求每分种20页，彩色，A4幅面，自动进纸，200DPI以上。
像扫描仪
14
网络带宽建议
网络建议：
网点带宽
建议最低2M
一般影像传输需要1M左右的宽带。
银行业务集中处理平台整体解决方案
智慧金融 变革未来
业务集中处理平台整体解决方案
方案建议
1. 生成客户号流程不变 2. 柜面接入流程平台，柜面开户交易增加扫描影像功能, 将全单录入和审核任
务通过流程平台发布 3. 个人开户交易拆分为3个流程环节交易，开户、签署、回单打印。 4. 柜面开户交易增加填单平台数据导入，有预填单数据则不需要后台的全单录
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Oracle方案的价值
服
水
务
业
平
质
务
扩
量
监
展
控
控
能
制
力
架构模型
19
Oracle 产品针对银行的优势
• 提供基于配置的Tuxedo接入能力，相应的产品开发团队就在北京 • 内置了集成的MQ接口，方便银行现有系统接入 • 支持业务服务的在线动态调整，并保证与开发环境的一致性 • 提供了灵活的再架构能力，总线内部也可以实现分层化的设计结构，充
1
<Insert Picture Here>
中小商业银行的ESB解决方案
金融类的企业应用架构
高柜前端
零售客户 经理门户
对公客户 经理门户
网点 自助设备
ATM / POS
客户服务 电话 / 手机
中心
银行
网上银行
银企 业务直连
第三方 销售渠道
银企代 收付直连
第三方 托管直连
贷款中心
资本市场 经纪商
资本市场 证券/OTC
服务总线的关键架构能力
多层次 高可用
多总线 扩展
流量控 制
可管理
服务虚 拟化
服务总线 关键架构
能力
架构开 放性
金融行业主要案例
美国银行
外汇交易系统（GFX）
富国银行
中小企业贷款、CEO和iCEO客户服务门户、个人银行服务
挪威银行
多银行间的资金债务调度
台新银行
实现Oracle业务流程平台和AS400的核心业务系统之间的集成.
•动态端点解析 •服务发现和查询 •服务分类法治理 •服务版本控制 •服务所有权文档
南京银行ESB上做什么，不做什么
• 总线是所有业务的汇聚点 • 保证高速运行，少做过重的业务处理 • 保证实时运行，减少不必要的启停 • ESB处理和管理的对象是所谓的“服务”。经由ESB互联的系统之间的关系 是弱耦合关系
柳州银行
服务总线
Oracle Service Bus产品架构
Service
Service
Service
Service
服务管理
监控
SLA 告警
报表
JMX
服务代理
基于内容的路由 转换 服务转换
服务总线安全
认证
授权
服务生命周期
UDDI 发现 变更中心 服务集成
元数据缓存
身份
策略
消息安全
服务消息能力
HTTP/S SOAP JMS EJB/RMI MQ SMTP FTP File Tux
紧耦合的技术手段 应用功能驱动开发 编码完成多系统交互 利用单一方式实现集成
新型前置实现方法
适应变化的构建模式 组合型应用 松散耦合 业务流程驱动
内置的多系统交互能力 利用多种方式实现集成
6
业务+IT 持续发展的核心动力
渠道 多元化 营销智能化
业务流程化
“渠道为王"，得渠道者得天下 进行差异化营销，挖掘营销深度 降低作业成本，提高扩张能力
哪些事情在服务总线上做
哪些事情不在服务总线上做
联机业务的组织 验证、转换、交易数据组织 服务的策略 交易权限的控制 无状态。一次服务调用不依赖服务器端的一个具体 上下文，也是说一次服务的执行与其它服务调用无
分实现系统间的松耦合 • 提供了充分的流量控制能力 • 提供了交易缓存的能力，提高网点，柜员等不经常变化数据的访问效率
（缓存可定时刷新或受控刷新）
20
ORACLE OSB银行业的主要实施商
高伟达 以ECIF+OSB为实施模式
智控国际 以IT服务外包实施OSB
神州数码 ESB实施与ORACLE具有竞争
组合型解决方案 渠道1 渠道2 渠道3
前置1
前置2
前置3
核心业务系统作为 主要后台
以前
功能1 功能2 EAI 功能3
流程1
服服服
流程2 务 务 务 流程3
SOA
更多的后台业务 系统
前置系统技术架构的发展
众多后台业务和外 部系统
现在
5
银行需要新型IT实现方法
传统前置实现方法
用于持久化的设计模式 面向竖井状的后台系统
• 缺乏对服务变更的管理
Call Center
电子商务
银保通
FRAGMENTED PROCESS
核心业务 系统
短信系统
OSB (Oracle Service Bus)
将杂乱无序的服务整理为浑然一体
• 可伸缩的灵活性
• 服务只需要连接到总线上
• 能够被其他使用者调用
• 剥离集成逻辑
财•务 动态数据转换
共享服务中心,支持异构异地系统间共享数据和服务；实现了传统渠 道到现代渠道的转变，以及跨国收购后业务整合要求。
应用集成平台,构建了企业级统一的基于SOA的集成架构，集成了包括
苏黎世金融服务集团 IBM FileNet、IBM MQ、MainFrame以及第三方外部系统在内的异构系
统
波兰Zachodni WBK银行 业务系统集成,通过OSB重用老系统的服务以加速新业务的提供.
21
金融行业主要案例
美国银行
外汇交易系统（GFX）
富国银行
中小企业贷款、CEO和iCEO客户服务门户、个人银行服务
挪威银行
多银行间的资金债务调度
台新银行
实现Oracle业务流程平台和AS400的核心业务系统之间的集成.
韩亚银行
渠道整合系统,服务总线提供完整的客户历史信息以改善服务进行交 叉销售
澳大利亚国民银行
• 安全策略执行
• 智能路由
• 多种风格支持 – request/reply,
pub/sub
•短信多系协统议支持 – web services or not
• 服务注册
• 目录, 搜索和发现HR
• 企业范围内可重用
• 集中式管理
•
端到端监控, SLA
支持服务水平核协心议业务系统
卡业务
电子商务
个人业务 企业业务
境外结算
大小额 支付
SWIFT 网关
银联结算
Master Card/ Visa 结算
人民币国债结算
外币债券结算
传统的集成手段已经难以满足要求
1. 前端渠道&前置系统分散； 业务管理和技术维护成本较高
1. 应用系统和前置 间接口众多：
ATMI/WTC/Scoket ……
2. 业务间关联程度低， 整合困难，不利于 新的业务创新
-多币种） 进口保函）
存放第三方）
投资/代理/承销 （基金承销、 债券承销、 保险、QDII、 境外直接投资）
理财
（结构性 理财
信用卡
产品）
代（银第代 证 三收收、方付付银托/托、关管管银、）保、贷（ 贸银贷款对 易团款公 融、买、 资证卖零 、券）售 化、 、
资金/资本市场 （外汇、拆借、 回购、债券、 FRA、 SWAPS、 期权、结构性）
ESB ODS
信用风险管理
资产负债管理
监管报表 / 信息披露
客户贡献度 操作风险分析 OA办公 /
分析
/ 预警
档案管理
准备金计提
内部资金 转移定价
营业性报表 客户营销规划 内部审计
人力资源管理
个人/企业征信
国际收支申报
客户综合 积分管理
企业内部门户 Portal
境内结算 （人民币、外币） 同城票据清算 / 支票影像校验
韩亚银行
渠道整合系统,服务总线提供完整的客户历史信息以改善服务进行交 叉销售
澳大利亚国民银行
共享服务中心,支持异构异地系统间共享数据和服务；实现了传统渠 道到现代渠道的转变，以及跨国收购后业务整合要求。
应用集成平台,构建了企业级统一的基于SOA的集成架构，集成了包括
苏黎世金融服务集团 IBM FileNet、IBM MQ、MainFrame以及第三方外部系统在内的异构系
6. 安全认证分散，无法 从应用逻辑中单独抽取
3 2 1
应对业务流程挑战的能力
银行前置系统正在发生转换
功能驱动 IT正在成为促进业务发展的主要手段 服务流程驱动
在各个独立的前置 中实现部分功能
渠道1 渠道2 渠道3
通过应用的连接,跨后台系 统地实现分布式交易处理
渠道1 渠道2 渠道3
通过业务流程整合后台服务 快速实现定制化解决方案
统
波兰Zachodni WBK银行 业务系统集成,通过OSB重用老系统的服务以加速新业务的提供.
SBAB
业务系统集成
四川农信
服务总线及ECIF系统
南京银行
服务总线
吉林银行
服务总线，与iFlex Cube 集成
PICC
财险服务总线
中石化资金公司
企业内部资金管理及银行间交易，SAP系统集成
中国人寿
企业服务总线
多总线 扩展
流量控 制
可管理
服务虚 拟化
服务总线 关键架构
能力
架构开 放性
高可用的服务总线架构
前端应用集群
Tuxedo集群
前端应用集群
负载均衡器
前端应用集群
MQ 集群 QQQQ
OSB
OSB
OSB
OSB
• 节点自动连通
OSB
后端应用集群
OSB
OSB
OSB
ESB2集群
• 支持负载均衡算法 • 支持服务端可用性管理
网点柜员与交易管理
ESB 电子渠道整合
客户/第三方直连
客户关系管理
个人理财管理
企业理财管理