*不满足上述准入需注明原因；
2.5 应用发布自动化平台让版本投产更敏 捷
云服务建设
2.6 数据库部署自助化
完成一套环境的架建从一到两周缩减至不到两个小时就能完成。
2.7 统一运维服务化
数据库基础运维操作封装成原子化模块，通过流程编排可以快速提供完整和复杂的服技术联合创新地图
3.4 XXX代授权业务前置，无状态冗余高可用 设计
3.5 XX通用户绑卡列表查询，读写分离高可 用设计
逻辑数据中心1
MainstayQ_ ry
读库 1 读库 2
DRaaS 数据复制及比对
读队列
Mainstay_Qry
XX 支付 XX通
逻辑数据中心2
cache
CPayAge nt 返回队列
Mains_tay
Fintech数据开放平台架构
技术创新 变革未来
目录
1
“接招”，Fintech带来的挑战 “闭关”，数据架构该如何应对 “实践”，生产中解决实际问题 “思考”，未来还需要做些什么
2
3 4
1.1 Fintech Bank(金融科技银行 )
什么是“金融科技银行”？就是“以科技敏捷带动业 务敏捷”，一家金融科技银行要紧紧围绕客户需求， 深度融合科技与业务，快速迭代、持续交付产品和服 务 ，创造最佳客户体验，实现效率、成本、风险的最
金融高可用架构
2.2 开放基础架构接近主机的可用性
采用Oracle Extended Rac架构，将两个RAC节点分别部署在同一个站点的不同的隔离区， 做到站点内基础设施无单点 （网络、供电、存储、主机、防火等）。
2.3 开放数据架构兼具可用性与扩展性
数据双活 分库分表
无状态冗 余
可用性
读写分离
3
4
2.1 数据开放平台应对策略
目标：贯彻好移动优先战略；持续提升运维保障水平；为业务快速创
新提供低成本的金融高可用云服务 。
通过应用读写分离、数 据多活等，构建金融高 可用架构
应对
通过运维标准化、流 程化、自动化，提供 云服务能力
加强DevOps建设，完 善自动化发布
分布式计算联合创新， 构筑弹性伸缩能力
目录
1
“接招”，Fintech带来的挑战
2
3 4
“闭关”，数据架构该如何应对 “实践”，生产中解决实际问题
“思考”，未来还需要做些什么
3.1 信用卡授权业务历年双 11的业务压力
3.2 XXX代授权业务逻辑架构
3.3 XXX代授权业务，数据双活高可用设 计
系统采用O g g D o w n S t r e a m 模式的考虑： • 日志在本地存两份(数据实例、O G G 实例)，数据丢失更少； • 将数据库与O G G 隔离，最大程度的降低O G G 影响； • O G G 的抽取和复制服务均加入到C R S 集群 中，提供故障自动切换的 能力； • 抽取服务和复制服务主活在不同的节点，充分利用系统资源； • 日常运维服务不停机
• 78.5%手机网民参与“秒杀” • 2017年除夕收发红包总量为142亿个 • 收发峰值也已达到76万/秒
1.4 Fintech挑战3-更高的开发运维效率
• 项目成员 20人, 3个月完成一个版 本 • 需求阶段 4周 • 概要设计阶段(架构) 1周 • 详细设计阶段+ 实现编码阶段+ 单元测试阶段 4周 • 集成测试阶段 2周 • 系统测试阶段 2周
上线
第一级准入条件
1. 2. 3. 4. 5. 6. 新产品（指申请新的系统编号的新开发系统，或者基于已有系统编号重
第二级准入条件
读写分离准入：读写比例估计会 超过4：1…… 2. 3. 4. 5. 分库分表 数据双活 无状态冗余 数据放通
新开发的新系统）上线；
大规模系统重构（如系统重新设计、重写和部署平台迁移）或系统核心 架构变化； 新的开发框架投入使用； 新增设备，且非原有应用程序扩容； 由于新技术引入或新增功能模块造成调用关系变化或公共底层组件变化； …….
佳平衡。
--田惠宇(招商银行行长)
1.2 Fintech挑战1-业务连续性要求更高
• 服务时间：5*8 • SLA = 9999 • RTO = N分钟
• 服务时间：7*24 • SLA = 99999 • RTO ~ 0
1.3 Fintech挑战2-处理速度更快
• 全天交易额1682亿 • 交易峰值32.5万笔/秒 • 支付峰值25.6万笔/秒
扩展性 数据库依赖
数据放通
2.3 无状态冗余是指在应急的时候，通过 预先创建数据库或表快速接管“无状态” 的应用
2.3 数据放通是指关键路径上有不强依赖 数据库的备选路径
DevOps建设
2.4 投产发布流程纳管数据架构设计
准入 判断
非功能需 求确定
非功能测 试
代码检视 部署前验 收
1.
部署
部署后验 收
• 项目成员 10人, Sprint Backlog的时间周期一般为2-4 周
1.5 Fintech挑战4-运营成本显著下降
• 集中化模式 • 投资巨大 • 扩展性差
• 分布式架构 • X86和云计算为基础 • 扩展性强
目录
1 2
“接招”，Fintech带来的挑战 “闭关”，数据架构该如何应对 “实践”，生产中解决实际问题 “思考”，未来还需要做些什么
XX通应用
写库
Mainstay
写队列
最近更新 查询队列
MainstayLru
目录
1
“接招”，Fintech带来的挑战 “闭关”，数据架构该如何应对 “实践”，生产中解决实际问题 “思考”，未来还需要做些什么
2
3
4
4.1 未来-分布式数据库联合创新
4.2 未来-云计算服务持续集成