王静-中国银行企业级单元化架构实践.pdf

《王静-中国银行企业级单元化架构实践.pdf》由会员分享，可在线阅读，更多相关《王静-中国银行企业级单元化架构实践.pdf（17页珍藏版）》请在三个皮匠报告上搜索。

1、中国银行企业级单元化架构实践演讲人中国银行软件中心 王静目录浅析单元化架构由来为什么要单元化单元模型、策略、部署规划四单元化关键技术点五单元化架构演进浅析单元化架构由来应用单体数据库单库单机房单地域在系统建设初期，服务器最先成为瓶颈，此时通常采用应用拆分，服务器扩容解决当数据规模增加，数据库单库容量问题更为突出，典型的做法是进行数据拆分：先垂直，再水平当企业微服务应用逐渐增多、机房容量逐渐出现瓶颈，且一旦发生机房故障，则整体可用性降低对银行业来说，还需考虑监管要求综合考虑监管要求及不可抗力因素（地震、核爆炸等），应用部署需突破单地域限制多地多活架构演进异地多活容灾灰度单机房资源瓶颈制约水平扩展

2、；数据分区之后的访问时延；架构演进信创、国产化数据库连接信创要求、国产化改造，可以单元维度进行企业级架构建设微服务架构演进过程中恰逢企业级架构建设为什么要单元化机房级容灾不足以满足容灾需求，考虑异地容灾、故障隔离，减小影响面应用灰度部署可以单元为维度进行关系型数据库连接数瓶颈：制约整体水平扩展能力单元化模型单元规划模型包括RZone、GZone、CZone、GTZone四种逻辑单元类型：RZone，核心业务区/单元业务区；GZone，全局业务区；CZone，共享业务区；GTZone，全局技术区（不承载应用系统数据）；GZoneRZoneGTZoneGZone应用CZone应用技术平台类应用CZ

3、one.RZone应用RZone应用RZone应用RZone应用3.1客户账务相关的关键系统必须拆分；可以拆分的系统尽量拆分；单元内收敛，减少跨单元访问；按照信创要求，RZone分常规单元和信创单元；R应用必须访问全量数据数据无法按客户号维度进行拆分（但可以按其它规则拆分）非关键应用和数据（长尾）GC是G的跨城市只读副本被关键业务高频访问的G数据，可建立相应的CC与G之间异步同步数据，存在时间差C 应用组件根据业务特性和CRG的划分原则，可将内部模块划分在不同的Zone；关键业务链路上的业务，拆分维度保持一致；部署被应用系统调用的技术组件技术组件不存储应用系统数据，只提供计算加工处理服务可全局

4、部署一组或部署多个实例提供服务GT单元化拆分整体原则1.0单元分片策略数据分片是单元化的基础，它决定了各个单元可承担的流量比例依据数据库能力确定单表数据量估算系统整体承载数据量依据数据库能力确定单库数据量依据数据库性能指标调整单库数据量规划数据分片与数据分库的关系模型规划数据分库与单元关系模型确定单元分片映射模型确定分片确定分库确定单元组件单元化 or企业级单元化单元化架构建设之初，以组件单元化为目标进行设计，随着企业级架构的开展，调整为企业级单元化架构，遵循统一的单元化架构原则。为了保证一致的拆分原则，公私数据虽然差异较大，均采用统一的分片策略公私业务拆分规则一致关键决策点四地八中心单元化部

5、署规划北京北京黑山扈R00000-089R08800-899R02200-299RX0000-099.GZoneCZone海鹰R01100-189R09900-999R03300-399RX0190-199.CZone上海上海张江1R00000-089R08800-899R02200-299RX0090-099.CZone张江2R01100-189R09900-999R03300-399RX0190-199.CZone内蒙内蒙电信RZ00RZ09RZ01.GZoneCZone联通CZoneRZ10RZ00RZ09RZ01.RZ11合肥合肥合肥1RZ00RZ09RZ01.CZone合肥2CZon

6、eRZ10RZ00RZ09RZ01.RZ11GZoneGZone对等单元对等单元GTZoneGZoneGTZoneGZoneGTZoneGZoneGTZoneGTZoneGZoneGTZoneGZoneGTZoneGZoneGTZoneGZoneGTZoneGZoneGTZoneGTZoneGTZoneRzone活跃单元，互备部署信创Rzone活跃单元，互备部署Rzone活跃单元，双活部署灾备单元Gzone活跃单元Czone活跃单元1.整体满足同城双活、异地可实切要求2.Rzone支持不同的划分单元方式，通过单元策略类型、分片类型、分片值可支持灵活的单元划分，如国内应用按客户、海外应用按机构进