Fintech数据开放平台架构

1、Fintech数据开放平台架构技术创新 变革未来目录“接招”，Fintech带来的挑战“闭关”，数据架构该如何应对“实践”，生产中解决实际问题“思考”，未来还需要做些什么12341.1 Fintech Bank(金融科技银行)什么是“金融科技银行”？就是“以科技敏捷带动业 务敏捷”，一家金融科技银行要紧紧围绕客户需求， 深度融合科技与业务，快速迭代、持续交付产品和服 务，创造最佳客户体验，实现效率、成本、风险的最佳平衡。-田惠宇(招商银行行长)1.2Fintech挑战1-业务连续性要求更高服务时间：5*8SLA = 9999RTO = N分钟服务时间：7*24SLA = 99999RTO 01

2、.3Fintech挑战2-处理速度更快全天交易额1682亿交易峰值32.5万笔/秒支付峰值25.6万笔/秒78.5%手机网民参与“秒杀”2017年除夕收发红包总量为142亿个收发峰值也已达到76万/秒1.4Fintech挑战3-更高的开发运维效率项目成员 20人, 3个月完成一个版 本需求阶段 4周概要设计阶段(架构) 1周详细设计阶段+ 实现编码阶段+单元测试阶段 4周集成测试阶段 2周系统测试阶段 2周项目成员 10人, SprintBacklog的时间周期一般为2-4周1.5Fintech挑战4-运营成本显著下降集中化模式投资巨大扩展性差分布式架构X86和云计算为基础扩展性强目录“接招”

3、，Fintech带来的挑战“闭关”，数据架构该如何应对“实践”，生产中解决实际问题“思考”，未来还需要做些什么12342.1数据开放平台应对策略目标：贯彻好移动优先战略；持续提升运维保障水平；为业务快速创新提供低成本的金融高可用云服务。通过运维标准化、流 程化、自动化，提供 云服务能力加强DevOps建设，完 善自动化发布通过应用读写分离、数 据多活等，构建金融高 可用架构分布式计算联合创新， 构筑弹性伸缩能力应对金融高可用架构2.2开放基础架构接近主机的可用性采用Oracle Extended Rac架构，将两个RAC节点分别部署在同一个站点的不同的隔离区，做到站点内基础设施无单点（网络、供

4、电、存储、主机、防火等）。2.3开放数据架构兼具可用性与扩展性可用性 扩展性数据库依赖读写分离分库分表数据双活无状态冗 余数据放通2.3 无状态冗余是指在应急的时候，通过 预先创建数据库或表快速接管“无状态” 的应用2.3 数据放通是指关键路径上有不强依赖 数据库的备选路径DevOps建设2.4 投产发布流程纳管数据架构设计第一级准入条件新产品（指申请新的系统编号的新开发系统，或者基于已有系统编号重 新开发的新系统）上线；大规模系统重构（如系统重新设计、重写和部署平台迁移）或系统核心 架构变化；新的开发框架投入使用；4.新增设备，且非原有应用程序扩容；5.由于新技术引入或新增功能模块造成调用关

5、系变化或公共底层组件变化； 6.准入 判断非功能需 求确定非功能测 试代码检视部署前验 收部署部署后验 收上线第二级准入条件读写分离准入：读写比例估计会 超过4：1分库分表数据双活无状态冗余数据放通*不满足上述准入需注明原因；2.5 应用发布自动化平台让版本投产更敏 捷云服务建设2.6 数据库部署自助化完成一套环境的架建从一到两周缩减至不到两个小时就能完成。2.7 统一运维服务化数据库基础运维操作封装成原子化模块，通过流程编排可以快速提供完整和复杂的服务流程。分布式建设2.8 分布式技术联合创新地图目录“接招”，Fintech带来的挑战“闭关”，数据架构该如何应对“实践”，生产中解决实际问题“

6、思考”，未来还需要做些什么12343.1 信用卡授权业务历年双11的业务压力3.2 XXX代授权业务逻辑架构3.3 XXX代授权业务，数据双活高可用设 计系统采用Ogg DownStream模式的考虑：日志在本地存两份(数据实例、OGG实例)，数据丢失更少；将数据库与OGG隔离，最大程度的降低OGG影响；OGG的抽取和复制服务均加入到CRS集群 中，提供故障自动切换的 能力；抽取服务和复制服务主活在不同的节点，充分利用系统资源；日常运维服务不停机3.4 XXX代授权业务前置，无状态冗余高可用 设计3.5 XX通用户绑卡列表查询，读写分离高可 用设计XX支付XX通XX通应用读队列Mains_tayCPayAgent写库写队列读库 1读库 2MainstayMainstay_QryMainstayQ_ ryMainstayLru最近更新查询队列返回队列cacheDRaaS数据复制及比对逻辑数据中心1逻辑数据中