解决方案架构师郭援非:OceanBase助力金融ECIF“大机下移”分布式

简介: 随着“以客户为中心”逐渐成为金融业的战略重心,整合企业各系统分散客户信息的ECIF(Enterprise Customer Information Facility,企业级客户整合系统)应运而生。ECIF 通过整合企业现有业务系统中的所有客户信息,实时保留客户的最新信息,为各应用系统以联机交易的方式提供实时的、完整的、共享的、一致的客户信息,建立起企业级的客户信息识别系统,在全企业范围内为客户信息的使用和管理提供服务,已成为金融业“以客户为中心”的战略性基础系统。

image.png

全渠道业务发展与集中式先进性不足的矛盾


过去,ECIF 通常采用集中式架构。随着国民经济发展以及金融业务渠道创新,ECIF 在数据量和业务量呈现持续增长的趋势,集中式数据库由于采用 Shared Disk 架构,在扩展性上存在先天不足,无法为业务有效提供数据容量和处理能力的扩展。


业务快速迭代与分库分表改造成本的矛盾


随着数据量爆发式增长、数据类型愈发多样化,以及互联网营销下的高并发场景频现等,ECIF 传统架构面临着众多新挑战。为在短期内有效应对这些挑战,分库分表架构逐渐被应用。


分库分表架构虽然可以解决数据水平扩展的问题,但带来对应用系统的改造要求,以及运维上的高成本。业务方无法聚焦在业务发展与快速创新,而是要花费大量精力重构应用来支持分库分表架构。


分布式趋势与“都想要”的矛盾


业务发展呼唤采用分布式架构数据库,但在具体选型中,决策者往往对传统集中式与分库分表两种架构的优点都难以割舍。


一方面,传统集中式数据库不需要因为分库分表而对应用做侵入性修改;另一方面,分库分表数据库在处理能力和数据量方面可以提供很好的扩展能力,能够更好地支持业务发展。那么,有没有一种数据库,可以把两者的优点兼顾呢?

image.png

数字化转型进入“深水区”,金融业需要建设能满足未来长远发展的 ECIF 架构。作为战略性基础系统,ECIF 除了需要满足高可用容灾、高性能处理、数据强一致等基本需求,还需考虑高水平扩展、应用高透明、运维高透明、高兼容性等附加需求,确保 ECIF 能高效提供完整、真实、及时的客户数据源。

image.png

高可用容灾


ECIF 整合了企业现有业务系统中的所有客户信息,对业务连续性有很高的要求。支撑 ECIF 的数据库在部署架构上需要支持 RPO=0,RTO<30s。


分布式架构下的高可用容灾,相当于把数据副本分散到多个篮子,若其中一个篮子出现问题,并不影响其他数据。实施分布式架构必须满足故障自动发现与隔离、单节点故障自愈、支持业务无中断升级、支持多版本灰度发布等能力。


OceanBase 提供丰富多样的高可用容灾能力,包括双机房主备模式、三机房多活、两地三中心、三地五中心等。所有参与灾备的服务器处于同一个数据库集群, 集群的分布式事务会自动调度事务提交,保证事务强一致,保障 RPO=0;当集群中少数机器失败,集群服务会自动做服务切换,不需要手工介入,保障 RTO<30s。


高性能处理


作为战略性基础系统,ECIF 被其他许多业务所依赖调用,对数据库的性能表现,特别是在高并发场景下的快速响应时间有很高的要求。


OceanBase 作为完全自研的原生分布式数据库,凭借众多技术创新,性能表现卓越,在被誉为“数据库世界杯”的 TPC-C 和 TPC-H 测试上都刷新了世界纪录。OceanBase 为 ECIF 系统提供优越的联机事务处理与分析查询性能。特别的,对于 ECIF 系统交易响应时间,OceanBase 可以提供与传统集中式数据库持平甚至更短的响应时间。


高水平扩展


随着银行渠道的多元以及国民经济发展,ECIF 架构需要具备高水平扩展的能力,稳定支撑客户数据的增长。


传统集中式数据库集群不支持动态扩展和收缩,需根据业务发展提前规划系统容量。OceanBase 支持 ECIF 的数据容量与处理能力相应地扩展,使用普通的 PC 服务器即可构建超高吞吐的集群,无需分库分表,可任意按需扩展。


应用高透明

为把主要精力聚集在业务高质量发展上,ECIF 系统要求分布式数据库可以提供对应用的高透明性,最好能做到“原来单机数据库怎么用,现在分布式数据库就怎么用”。


作为原生分布式数据库,OceanBase 为确保应用的高透明,提供了一系列稳定可靠的技术,包括全局一致性快照、全局索引、自动事务两阶段提交、二级分区等,有效保证 ECIF 业务应用逻辑不必因为引入分布式数据库而大量修改。

image.png

某国有银行的 ECIF 承载着全球数亿用户的基础信息,属于核心基础服务,每天的业务交易笔数极其庞大。原先采用的集中式数据库,不仅成本昂贵,而且无法满足业务的快速发展。


OceanBase 为该国有银行的 ECIF 提供同城三机房五副本加主备库的部署模式,实现了机房级多活,以及机房级容灾与城市级容灾能力。

image.png

借助 OceanBase,该国有银行的 ECIF 最终实现从集中式下移分布式架构,交易平均响应时间达到毫秒级,强有力地支撑业务持续创新,大幅节省软硬件、 服务、开发等成本。


某城商行ECIF分布式全栈国产化


某城商行的数字化一直走在同行前列,线上业务量每年基本都有一倍的增长。ECIF 是该城商行面向客户服务的重要基础系统,是其整体IT规划中的重要一环。为支撑未来稳步增长,该城商行要求全行客户信息具备唯一性、正确性和时效性。


该城商行 ECIF 的分布式升级,采用国产芯片服务器和国产原生分布式数据库 OceanBase,验证了全栈国产化分布式系统在功能、性能、稳定性等方面的能力。完全自主研发的 OceanBase,不基于任何开源数据库技术,有效降低安全风险和供应风险。

image.png


OceanBase 为该城商行的 ECIF 提供同城三机房五副本的部署方式,基于 Paxos 分布式一致性协议,实现少数服务器节点或网络故障后的无损容灾和同城多活,做到 RPO=0,RTO<30s。

image.png


OceanBase 分布式数据库助力某国有银行和某城商行 ECIF 的分布式升级,是 OceanBase 深入金融行业内部的实践缩影。OceanBase 兼顾分布式架构的扩展性与集中式架构的应用透明优势,用一套引擎同时支持 TP 和 AP 的混合负载,具有数据强一致、高可用、高性能、在线扩展、高度兼容 SQL 标准和主流关系数据库、对应用透明,高性价比等特点,目前已助力全国 1/4 的头部金融客户完成分布式改造,未来也将持续点对点优化解决方案,敬请期待。

相关文章
|
9月前
|
小程序 前端开发
2025商业版拓展校园圈子论坛网络的创新解决方案:校园跑腿小程序系统架构
校园跑腿小程序系统是一款创新解决方案,旨在满足校园配送需求并拓展校友网络。跑腿员可接单配送,用户能实时跟踪订单并评价服务。系统包含用户、客服、物流、跑腿员及订单模块,功能完善。此外,小程序增设信息咨询发布、校园社区建设和活动组织等功能,助力校友互动、经验分享及感情联络,构建紧密的校友网络。
380 1
2025商业版拓展校园圈子论坛网络的创新解决方案:校园跑腿小程序系统架构
|
10月前
|
机器学习/深度学习 并行计算 PyTorch
英伟达新一代GPU架构(50系列显卡)PyTorch兼容性解决方案
本文记录了在RTX 5070 Ti上运行PyTorch时遇到的CUDA兼容性问题,分析其根源为预编译二进制文件不支持sm_120架构,并提出解决方案:使用PyTorch Nightly版本、更新CUDA工具包至12.8。通过清理环境并安装支持新架构的组件,成功解决兼容性问题。文章总结了深度学习环境中硬件与框架兼容性的关键策略,强调Nightly构建版本和环境一致性的重要性,为开发者提供参考。
6855 64
英伟达新一代GPU架构(50系列显卡)PyTorch兼容性解决方案
|
10月前
|
负载均衡 NoSQL 算法
Redisson分布式锁数据一致性解决方案
通过以上的设计和实现, Redisson能够有效地解决分布式环境下数据一致性问题。但是, 任何技术都不可能万无一失, 在使用过程中还需要根据实际业务需求进行逻辑屏障的设计和错误处理机制的建立。
474 48
|
存储 SQL 微服务
常用的分布式事务解决方案(三)
常用的分布式事务解决方案(三)
|
10月前
|
负载均衡 算法 关系型数据库
大数据新视界--大数据大厂之MySQL数据库课程设计:MySQL集群架构负载均衡故障排除与解决方案
本文深入探讨 MySQL 集群架构负载均衡的常见故障及排除方法。涵盖请求分配不均、节点无法响应、负载均衡器故障等现象,介绍多种负载均衡算法及故障排除步骤,包括检查负载均衡器状态、调整算法、诊断修复节点故障等。还阐述了预防措施与确保系统稳定性的方法,如定期监控维护、备份恢复策略、团队协作与知识管理等。为确保 MySQL 数据库系统高可用性提供全面指导。
|
11月前
|
算法 前端开发 定位技术
地铁站内导航系统解决方案:技术架构与核心功能设计解析
本文旨在分享一套地铁站内导航系统技术方案,通过蓝牙Beacon技术与AI算法的结合,解决传统导航定位不准确、路径规划不合理等问题,提升乘客出行体验,同时为地铁运营商提供数据支持与增值服务。 如需获取校地铁站内智能导航系统方案文档可前往文章最下方获取,如有项目合作及技术交流欢迎私信我们哦~
911 1
|
消息中间件 架构师 数据库
本地消息表事务:10Wqps 高并发分布式事务的 终极方案,大厂架构师的 必备方案
45岁资深架构师尼恩分享了一篇关于分布式事务的文章,详细解析了如何在10Wqps高并发场景下实现分布式事务。文章从传统单体架构到微服务架构下分布式事务的需求背景出发,介绍了Seata这一开源分布式事务解决方案及其AT和TCC两种模式。随后,文章深入探讨了经典ebay本地消息表方案,以及如何使用RocketMQ消息队列替代数据库表来提高性能和可靠性。尼恩还分享了如何结合延迟消息进行事务数据的定时对账,确保最终一致性。最后,尼恩强调了高端面试中需要准备“高大上”的答案,并提供了多个技术领域的深度学习资料,帮助读者提升技术水平,顺利通过面试。
本地消息表事务:10Wqps 高并发分布式事务的 终极方案,大厂架构师的 必备方案
|
SQL 弹性计算 运维
云卓越架构:稳定性支柱整体解决方案综述
阿里云卓越架构聚焦于五大支柱,其中稳定性是关键。常见的云上稳定性风险包括架构单点、容灾设计不足和容量规划不合理等。为提升稳定性,需从架构设计时考虑容灾与容错、实施变更时遵循“三板斧”原则(灰度发布、可观测性和可回滚性),并确保快速响应和恢复能力。此外,通过客观度量、主观评估和巡检等方式识别风险,并进行专项治理。识货APP作为成功案例,通过优化容器化改造、统一发布体系、告警系统和扩缩容机制,实现了99.8%的高可用率,大幅提升了业务稳定性。
|
Serverless 决策智能 UED
构建全天候自动化智能导购助手:从部署者的视角审视Multi-Agent架构解决方案
在构建基于多代理系统(Multi-Agent System, MAS)的智能导购助手过程中,作为部署者,我体验到了从初步接触到深入理解再到实际应用的一系列步骤。整个部署过程得到了充分的引导和支持,文档详尽全面,使得部署顺利完成,未遇到明显的报错或异常情况。尽管初次尝试时对某些复杂配置环节需反复确认,但整体流程顺畅。
273 3
|
缓存 NoSQL PHP
Redis作为PHP缓存解决方案的优势、实现方式及注意事项。Redis凭借其高性能、丰富的数据结构、数据持久化和分布式支持等特点,在提升应用响应速度和处理能力方面表现突出
本文深入探讨了Redis作为PHP缓存解决方案的优势、实现方式及注意事项。Redis凭借其高性能、丰富的数据结构、数据持久化和分布式支持等特点,在提升应用响应速度和处理能力方面表现突出。文章还介绍了Redis在页面缓存、数据缓存和会话缓存等应用场景中的使用,并强调了缓存数据一致性、过期时间设置、容量控制和安全问题的重要性。
291 5

推荐镜像

更多