Fintech数据开放平台架构课件

Fintech数据开放平台架构技术创新

变革未来Fintech数据开放平台架构技术创新变革未来1目录“接招”，Fintech带来的挑战“闭关”，数据架构该如何应对“实践”，生产中解决实际问题“思考”，未来还需要做些什么1234目录“接招”，Fintech带来的挑战“闭关”，数据架构该如21.1

Fintech

Bank(金融科技银行)什么是“金融科技银行”？就是“以科技敏捷带动业务敏捷”，一家金融科技银行要紧紧围绕客户需求，深度融合科技与业务，快速迭代、持续交付产品和服务，创造最佳客户体验，实现效率、成本、风险的最佳平衡。--田惠宇(招商银行行长)1.1FintechBank(金融科技银行)什么是“金融31.2 Fintech挑战1-业务连续性要求更高服务时间：5*8SLA=

9999RTO

=

N分钟服务时间：7*24SLA=

99999RTO~

01.2 Fintech挑战1-业务连续性要求更高服务时间：541.3 Fintech挑战2-处理速度更快全天交易额1682亿交易峰值32.5万笔/秒支付峰值25.6万笔/秒78.5%手机网民参与“秒杀”2017年除夕收发红包总量为142亿个收发峰值也已达到76万/秒1.3 Fintech挑战2-处理速度更快全天交易额168251.4 Fintech挑战3-更高的开发运维效率项目成员

20人,

3个月完成一个版本需求阶段

4周概要设计阶段(架构)1周详细设计阶段+

实现编码阶段+单元测试阶段

4周集成测试阶段

2周系统测试阶段

2周项目成员

10人,SprintBacklog的时间周期一般为2-4周1.4 Fintech挑战3-更高的开发运维效率项目成员261.5 Fintech挑战4-运营成本显著下降集中化模式投资巨大扩展性差分布式架构X86和云计算为基础扩展性强1.5 Fintech挑战4-运营成本显著下降集中化模式分布7目录“接招”，Fintech带来的挑战“闭关”，数据架构该如何应对“实践”，生产中解决实际问题“思考”，未来还需要做些什么1234目录“接招”，Fintech带来的挑战“闭关”，数据架构该如82.1

数据开放平台应对策略目标：贯彻好移动优先战略；持续提升运维保障水平；为业务快速创新提供低成本的金融高可用云服务。通过运维标准化、流程化、自动化，提供云服务能力加强DevOps建设，完善自动化发布通过应用读写分离、数据多活等，构建金融高可用架构分布式计算联合创新，构筑弹性伸缩能力应对2.1 数据开放平台应对策略目标：贯彻好移动优先战略；持续提9金融高可用架构金融高可用架构102.2

开放基础架构接近主机的可用性采用OracleExtended

Rac架构，将两个RAC节点分别部署在同一个站点的不同的隔离区，做到站点内基础设施无单点（网络、供电、存储、主机、防火等）。2.2 开放基础架构接近主机的可用性采用OracleExt112.3 开放数据架构兼具可用性与扩展性可用性扩展性数据库依赖读写分离分库分表数据双活无状态冗余数据放通2.3 开放数据架构兼具可用性与扩展性可用性扩展性读写分离122.3

无状态冗余是指在应急的时候，通过预先创建数据库或表快速接管“无状态”的应用2.3无状态冗余是指在应急的时候，通过预先创建数据库或表132.3

数据放通是指关键路径上有不强依赖数据库的备选路径2.3数据放通是指关键路径上有不强依赖数据库的备选路径14DevOps建设DevOps建设152.4

投产发布流程纳管数据架构设计第一级准入条件新产品（指申请新的系统编号的新开发系统，或者基于已有系统编号重新开发的新系统）上线；大规模系统重构（如系统重新设计、重写和部署平台迁移）或系统核心架构变化；新的开发框架投入使用；4. 新增设备，且非原有应用程序扩容；5. 由于新技术引入或新增功能模块造成调用关系变化或公共底层组件变化；6. …….准入判断非功能需求确定非功能测试代码检视部署前验收部署部署后验收上线第二级准入条件读写分离准入：读写比例估计会超过4：1……分库分表数据双活无状态冗余数据放通*不满足上述准入需注明原因；2.4投产发布流程纳管数据架构设计第一级准入条件4. 新增162.5

应用发布自动化平台让版本投产更敏捷2.5应用发布自动化平台让版本投产更敏捷17云服务建设云服务建设182.6

数据库部署自助化完成一套环境的架建从一到两周缩减至不到两个小时就能完成。2.6数据库部署自助化完成一套环境的架建从一到两周缩减至不192.7

统一运维服务化数据库基础运维操作封装成原子化模块，通过流程编排可以快速提供完整和复杂的服务流程。2.7统一运维服务化数据库基础运维操作封装成原子化模块，通20分布式建设分布式建设212.8

分布式技术联合创新地图2.8分布式技术联合创新地图22目录“接招”，Fintech带来的挑战“闭关”，数据架构该如何应对“实践”，生产中解决实际问题“思考”，未来还需要做些什么1234目录“接招”，Fintech带来的挑战“闭关”，数据架构该如233.1

信用卡授权业务历年双11的业务压力3.1信用卡授权业务历年双11的业务压力243.2

XXX代授权业务逻辑架构3.2XXX代授权业务逻辑架构253.3

XXX代授权业务，数据双活高可用设计系统采用Ogg

DownStream模式的考虑：日志在本地存两份(数据实例、OGG实例)，数据丢失更少；将数据库与OGG隔离，最大程度的降低OGG影响；OGG的抽取和复制服务均加入到CRS集群

中，提供故障自动切换的能力；抽取服务和复制服务主活在不同的节点，充分利用系统资源；日常运维服务不停机3.3XXX代授权业务，数据双活高可用设计系统采用Ogg263.4

XXX代授权业务前置，无状态冗余高可用设计3.4XXX代授权业务前置，无状态冗余高可用设计273.5

XX通用户绑卡列表查询，读写分离高可用设计XX支付XX通XX通应用读队列Mains_tayCPayAgent写库写队列读库

1读库

2MainstayMainstay_QryMainstayQ_

ryMainstayLru最近更新查询队列返回队列cacheDRaaS数据复制及比对逻辑数据中心1逻辑数据中心23.5XX通用户绑卡列表查询，读写分离高可用设计XX支付28目录“接招”，Fintech带来的挑战“闭关”，数据架构该如何应对“实践”，生产中解决实际问题“思考”，未来还需要做些什么1234目录“接招”，Fintech带来的挑战“闭关”，数据架构该如294.1

未来-分布式数据库联合创新4.1未来-分布式数据库联合创新304.2

未来-云计算服务持续集成4.2未来-云计算服务持续集成31Fintech数据开放平台架构课件32Fintech数据开放平台架构技术创新

变革未来Fintech数据开放平台架构技术创新变革未来33目录“接招”，Fintech带来的挑战“闭关”，数据架构该如何应对“实践”，生产中解决实际问题“思考”，未来还需要做些什么1234目录“接招”，Fintech带来的挑战“闭关”，数据架构该如341.1

Fintech

Bank(金融科技银行)什么是“金融科技银行”？就是“以科技敏捷带动业务敏捷”，一家金融科技银行要紧紧围绕客户需求，深度融合科技与业务，快速迭代、持续交付产品和服务，创造最佳客户体验，实现效率、成本、风险的最佳平衡。--田惠宇(招商银行行长)1.1FintechBank(金融科技银行)什么是“金融351.2 Fintech挑战1-业务连续性要求更高服务时间：5*8SLA=

9999RTO

=

N分钟服务时间：7*24SLA=

99999RTO~

01.2 Fintech挑战1-业务连续性要求更高服务时间：5361.3 Fintech挑战2-处理速度更快全天交易额1682亿交易峰值32.5万笔/秒支付峰值25.6万笔/秒78.5%手机网民参与“秒杀”2017年除夕收发红包总量为142亿个收发峰值也已达到76万/秒1.3 Fintech挑战2-处理速度更快全天交易额1682371.4 Fintech挑战3-更高的开发运维效率项目成员

20人,

3个月完成一个版本需求阶段

4周概要设计阶段(架构)1周详细设计阶段+

实现编码阶段+单元测试阶段

4周集成测试阶段

2周系统测试阶段

2周项目成员

10人,SprintBacklog的时间周期一般为2-4周1.4 Fintech挑战3-更高的开发运维效率项目成员2381.5 Fintech挑战4-运营成本显著下降集中化模式投资巨大扩展性差分布式架构X86和云计算为基础扩展性强1.5 Fintech挑战4-运营成本显著下降集中化模式分布39目录“接招”，Fintech带来的挑战“闭关”，数据架构该如何应对“实践”，生产中解决实际问题“思考”，未来还需要做些什么1234目录“接招”，Fintech带来的挑战“闭关”，数据架构该如402.1

数据开放平台应对策略目标：贯彻好移动优先战略；持续提升运维保障水平；为业务快速创新提供低成本的金融高可用云服务。通过运维标准化、流程化、自动化，提供云服务能力加强DevOps建设，完善自动化发布通过应用读写分离、数据多活等，构建金融高可用架构分布式计算联合创新，构筑弹性伸缩能力应对2.1 数据开放平台应对策略目标：贯彻好移动优先战略；持续提41金融高可用架构金融高可用架构422.2

开放基础架构接近主机的可用性采用OracleExtended

Rac架构，将两个RAC节点分别部署在同一个站点的不同的隔离区，做到站点内基础设施无单点（网络、供电、存储、主机、防火等）。2.2 开放基础架构接近主机的可用性采用OracleExt432.3 开放数据架构兼具可用性与扩展性可用性扩展性数据库依赖读写分离分库分表数据双活无状态冗余数据放通2.3 开放数据架构兼具可用性与扩展性可用性扩展性读写分离442.3

无状态冗余是指在应急的时候，通过预先创建数据库或表快速接管“无状态”的应用2.3无状态冗余是指在应急的时候，通过预先创建数据库或表452.3

数据放通是指关键路径上有不强依赖数据库的备选路径2.3数据放通是指关键路径上有不强依赖数据库的备选路径46DevOps建设DevOps建设472.4

投产发布流程纳管数据架构设计第一级准入条件新产品（指申请新的系统编号的新开发系统，或者基于已有系统编号重新开发的新系统）上线；大规模系统重构（如系统重新设计、重写和部署平台迁移）或系统核心架构变化；新的开发框架投入使用；4. 新增设备，且非原有应用程序扩容；5. 由于新技术引入或新增功能模块造成调用关系变化或公共底层组件变化；6. …….准入判断非功能需求确定非功能测试代码检视部署前验收部署部署后验收上线第二级准入条件读写分离准入：读写比例估计会超过4：1……分库分表数据双活无状态冗余数据放通*不满足上述准入需注明原因；2.4投产发布流程纳管数据架构设计第一级准入条件4. 新增482.5

应用发布自动化平台让版本投产更敏捷2.5应用发布自动化平台让版本投产更敏捷49云服务建设云服务建设502.6

数据库部署自助化完成一套环境的架建从一到两周缩减至不到两个小时就能完成。2.6数据库部署自助化完成一套环境的架建从一到两周缩减至不512.7

统一运维服务化数据库基础运维操作封装成原子化模块，通过流程编排可以快速提供完整和复杂的服务流程。2.7统一运维服务化数据库基础运维操作封装成原子化模块，通52分布式建设分布式建设532.8

分布式技术联合创新地图2.8分布式技术联合创新地图54目录“接招”，Fintech带来的挑战“闭关”，数据架构该如何应对“实践”，生产中解决实际问题“思考”，未来还需要做些什么1234目录“接招”，Fintech带来的挑战“闭关”，数据架构该如553.1

信用卡授权业务历年双11的业务压力3.1信用卡授权业务历年双11的业务压力563.2

XXX代授权业务逻辑架构3.2XXX代授权业务逻辑架构573.3

XXX代授权业务，数据双活高可用设计系统采用Ogg

DownStream模式的考虑：日志在本地存两份(数据实例、OGG实例)，数据丢