金融分布式中间件架构设计
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
技术创新，变革未来
金融分布式中间件架构设计
新金融，新技术
阿里巴巴基于分布式技术构建 中台演变之路
案例分享
金融 “传统金融模式”到“新金融模式”的转移
用户
连接的逻辑 发生变化
用户
用户
用户
痛点
• • • • 银行直接连接客户 互联网是渠道 独立提供金融专业服务 用户迁移成本高 • 客户在哪里？ • 普惠产品创新？ • 能力如何输出？ • • • • 银行需要连接价值 互联网是经营平台 场景化、融入式的共同服务客户 共创共赢
代收通道
互联网金 融业务中 台
共享能力 中心
运 维 管 控
交易中心
账务中心
理财中心
营销中心
…
代付通道
用户中心
支付中心
账户中心
积分、卡券
清算中心
其他
人行征信
分布式技术 平台
EDAS
GTS
MQ
…..
开放缓存服务
公安联网核查
基础设施
基础架构平台（IaaS） 增值服务
银行核心
总账及后线分析
核心交易
其他
分布式架构是技术演进的方向：业务敏捷，应用弹性，持续交付
应用微服务化
2007 迈出第一步 用户中心
数据库分布式
应用服务器 应用服务器 应用服务器
千岛湖项目
交易中心
拆分
共享
……
类目中心
五彩石项目
店铺中心 商品中心
用户中心
交易中心
类目中心
……
评价中心
DRDS Server
DRDS Server
DRDS Server
DRDS Server
经过 6~7 年的服务化演进，目前服务中心数已达 50多个
IT架构转变：从交易型向交互型转换
互联网化 客户交互创新
客户 关系 理财 客户 关系 保险 众筹 客户 关系 支付
传统IT
渠道脱媒，客户脱管
客户 关系 消费金融
客户要求
客户服务
业务分析
客户 关系
供应链金融 借贷 客户
电子商务
客户
关系 网络 应用服务器 DB服务器 存储 数仓和BI
关系
客户聚集点前移
X86分布式架构 银行业务互联网化的有效支撑； 服务化应用，持续交付，业务敏捷； 分布式架构保障全局无单点； 线性扩展，边际效应不衰减、扩容成 本低廉； 分布式架构，各层完全线性扩展，无 理论性能瓶颈点； 分布式技术一次性投入，后续维护成 本低，硬件设备选择范围广； 分布式技术开放且资源丰富，具备较 好的自主可控能力； 实施难度较大，生产运维经验尚需要 积累，需要控制实施范围及有实施经 验的厂商提供支持降低实施风险；
谁调用了我的服务？ 在什么链路下调用，调用是否合理？ 调用趋势怎样？产生的瞬间峰值有多少？
我依赖了哪些应用、哪些服务？ 整个链路的依赖路径是怎样的？ 哪些容易出错，哪些是链路的处理瓶颈？ 这些依赖如果出错，会有什么影响？
分布式服务治理 分布式高可用 分布式事务 分布式服务开放运营
服务提供者
应用级数据
提供每应用，业务
中，服务化模块中 每个服务化模块在 系统中的依赖关系
用户级数据
每用户的服务链， 全流程故障，性能 数据积累
链请求流程故障， 性能，依赖数据积 累
1 2
3. 高可用架构建立：沉淀70多款产品实现高可用分布式架构
分组：业务差异化对待 限流：不超过系统限定水位 鉴权：对服务权限控制 压测：系统能力的估算 治理手段 弱化：容忍异常，业务不中断 降级：对故障分支进行短路 引流：分流或切换到其他通路 优化：提高瓶颈点和毛刺的性能 治理手段
店铺中心
商品中心
评价中心
RDS
RDS
RDS
RDS
服务化方式将系统专业分工
构建共享服务层，实现“厚平台，薄应用” 完善服务治理和监控，保证业务
应用与数据库全面解耦 突破数据库能力瓶颈 线性扩展
2. 数据化运营体系建立，建立服务治理和自动化运营基础
综合优化建议数 据
系统运营，提供整 系统架构级数据 积累整个系统架构 体系统风险点，容 量优化数据基础
链路负责人
4. 异地 多活架构建立，突破IDC机房规模天花 板 异地多活
卖家维 度写入
两地三中心
随机访问
随机访问
卖家维度写入
中心
接入层 同步调用
买家维度读写
单元1
接入层 服务层
传统架构 分布式架构
架构特点
单体应用 小机／大机 集中式数据库
传统IOE架构 传统银行业务的适用场景； 单体应用，交付周期长，缺乏业务 敏捷性； 传统架构存在单点（如F5）； 扩展存在瓶颈点，边际效应递减、 扩容成本高昂； 中心化架构，存在中心点性能瓶颈 （如：存储） IOE架构后期维护成本较高，硬件 设备集成在少数厂商； 过多依赖传统IOE厂商； 成熟方案，已经积累丰富的开发， 生产运维经验，实施风险较低；
如何识别，牵引和保有客户
业务请求
业务交易
业务分析
交互型 IT
交易型 IT
业务在线带来更多挑战与机会
触达C端用户 用户为王 技术变革 数据驱动 运营驱动 业 运务 营试 推点 广 快速落地 技术拓展业务 产品试点 应对不确定性 业务驱动技术 用户体验 高并发、高可用、大 容量 数据能力 业务敏捷能力
业务支撑 高可用
技 术 特 点
扩展性
性能
成本收益
服务化 应用
X86
分布式数据 库
自主可控
分布式架构
实施风险
新金融，新技术
阿里巴巴基于分布式技术构建 中台演变之路
案例分享
阿里早期技术架构
缓 存
…… App 3p A p2 App1 JBoss JBoJsBsoss JBoss 淘宝 Webx M V C Webx W e b x S p r i n g Sp r i ng Sprin g S pring Ib a ti s OR OR-Map _ m a pping p i ng i BA TIS
2008年 应用程序包的大小一直增长
分 布 式 存 储
Node1 Node2
Oracle
搜 索
2002年
Node 2 Node1 Node N NodeN
…
…源自文库
…
Node 2 Node1
NodeN
Oracle
几个人维护
几十人维护
几百人维护
通过4项技术架构变革拓展商业边界
1. 应用微服务化，数据库分布式，突破硬件设备天花板
用户体验
移动化、实时在线 业务数据化 智能化 数 据 业 务 化 营 销 活 动
基于分布式技术构建的互联网金融业务平台是支持 “新金融”模式的基础
客户端
交易来源 保险 第三方应用 电商 P2P 企业 直连 外部第三方 能力系统
开放平台 业务渠道 网银 支付 网关 直销 银行 产品中心 营销 系统 其它 应用 能力开放 外联
金融分布式中间件架构设计
新金融，新技术
阿里巴巴基于分布式技术构建 中台演变之路
案例分享
金融 “传统金融模式”到“新金融模式”的转移
用户
连接的逻辑 发生变化
用户
用户
用户
痛点
• • • • 银行直接连接客户 互联网是渠道 独立提供金融专业服务 用户迁移成本高 • 客户在哪里？ • 普惠产品创新？ • 能力如何输出？ • • • • 银行需要连接价值 互联网是经营平台 场景化、融入式的共同服务客户 共创共赢
代收通道
互联网金 融业务中 台
共享能力 中心
运 维 管 控
交易中心
账务中心
理财中心
营销中心
…
代付通道
用户中心
支付中心
账户中心
积分、卡券
清算中心
其他
人行征信
分布式技术 平台
EDAS
GTS
MQ
…..
开放缓存服务
公安联网核查
基础设施
基础架构平台（IaaS） 增值服务
银行核心
总账及后线分析
核心交易
其他
分布式架构是技术演进的方向：业务敏捷，应用弹性，持续交付
应用微服务化
2007 迈出第一步 用户中心
数据库分布式
应用服务器 应用服务器 应用服务器
千岛湖项目
交易中心
拆分
共享
……
类目中心
五彩石项目
店铺中心 商品中心
用户中心
交易中心
类目中心
……
评价中心
DRDS Server
DRDS Server
DRDS Server
DRDS Server
经过 6~7 年的服务化演进，目前服务中心数已达 50多个
IT架构转变：从交易型向交互型转换
互联网化 客户交互创新
客户 关系 理财 客户 关系 保险 众筹 客户 关系 支付
传统IT
渠道脱媒，客户脱管
客户 关系 消费金融
客户要求
客户服务
业务分析
客户 关系
供应链金融 借贷 客户
电子商务
客户
关系 网络 应用服务器 DB服务器 存储 数仓和BI
关系
客户聚集点前移
X86分布式架构 银行业务互联网化的有效支撑； 服务化应用，持续交付，业务敏捷； 分布式架构保障全局无单点； 线性扩展，边际效应不衰减、扩容成 本低廉； 分布式架构，各层完全线性扩展，无 理论性能瓶颈点； 分布式技术一次性投入，后续维护成 本低，硬件设备选择范围广； 分布式技术开放且资源丰富，具备较 好的自主可控能力； 实施难度较大，生产运维经验尚需要 积累，需要控制实施范围及有实施经 验的厂商提供支持降低实施风险；
谁调用了我的服务？ 在什么链路下调用，调用是否合理？ 调用趋势怎样？产生的瞬间峰值有多少？
我依赖了哪些应用、哪些服务？ 整个链路的依赖路径是怎样的？ 哪些容易出错，哪些是链路的处理瓶颈？ 这些依赖如果出错，会有什么影响？
分布式服务治理 分布式高可用 分布式事务 分布式服务开放运营
服务提供者
应用级数据
提供每应用，业务
中，服务化模块中 每个服务化模块在 系统中的依赖关系
用户级数据
每用户的服务链， 全流程故障，性能 数据积累
链请求流程故障， 性能，依赖数据积 累
1 2
3. 高可用架构建立：沉淀70多款产品实现高可用分布式架构
分组：业务差异化对待 限流：不超过系统限定水位 鉴权：对服务权限控制 压测：系统能力的估算 治理手段 弱化：容忍异常，业务不中断 降级：对故障分支进行短路 引流：分流或切换到其他通路 优化：提高瓶颈点和毛刺的性能 治理手段
店铺中心
商品中心
评价中心
RDS
RDS
RDS
RDS
服务化方式将系统专业分工
构建共享服务层，实现“厚平台，薄应用” 完善服务治理和监控，保证业务
应用与数据库全面解耦 突破数据库能力瓶颈 线性扩展
2. 数据化运营体系建立，建立服务治理和自动化运营基础
综合优化建议数 据
系统运营，提供整 系统架构级数据 积累整个系统架构 体系统风险点，容 量优化数据基础
链路负责人
4. 异地 多活架构建立，突破IDC机房规模天花 板 异地多活
卖家维 度写入
两地三中心
随机访问
随机访问
卖家维度写入
中心
接入层 同步调用
买家维度读写
单元1
接入层 服务层
传统架构 分布式架构
架构特点
单体应用 小机／大机 集中式数据库
传统IOE架构 传统银行业务的适用场景； 单体应用，交付周期长，缺乏业务 敏捷性； 传统架构存在单点（如F5）； 扩展存在瓶颈点，边际效应递减、 扩容成本高昂； 中心化架构，存在中心点性能瓶颈 （如：存储） IOE架构后期维护成本较高，硬件 设备集成在少数厂商； 过多依赖传统IOE厂商； 成熟方案，已经积累丰富的开发， 生产运维经验，实施风险较低；
如何识别，牵引和保有客户
业务请求
业务交易
业务分析
交互型 IT
交易型 IT
业务在线带来更多挑战与机会
触达C端用户 用户为王 技术变革 数据驱动 运营驱动 业 运务 营试 推点 广 快速落地 技术拓展业务 产品试点 应对不确定性 业务驱动技术 用户体验 高并发、高可用、大 容量 数据能力 业务敏捷能力
业务支撑 高可用
技 术 特 点
扩展性
性能
成本收益
服务化 应用
X86
分布式数据 库
自主可控
分布式架构
实施风险
新金融，新技术
阿里巴巴基于分布式技术构建 中台演变之路
案例分享
阿里早期技术架构
缓 存
…… App 3p A p2 App1 JBoss JBoJsBsoss JBoss 淘宝 Webx M V C Webx W e b x S p r i n g Sp r i ng Sprin g S pring Ib a ti s OR OR-Map _ m a pping p i ng i BA TIS
2008年 应用程序包的大小一直增长
分 布 式 存 储
Node1 Node2
Oracle
搜 索
2002年
Node 2 Node1 Node N NodeN
…
…源自文库
…
Node 2 Node1
NodeN
Oracle
几个人维护
几十人维护
几百人维护
通过4项技术架构变革拓展商业边界
1. 应用微服务化，数据库分布式，突破硬件设备天花板
用户体验
移动化、实时在线 业务数据化 智能化 数 据 业 务 化 营 销 活 动
基于分布式技术构建的互联网金融业务平台是支持 “新金融”模式的基础
客户端
交易来源 保险 第三方应用 电商 P2P 企业 直连 外部第三方 能力系统
开放平台 业务渠道 网银 支付 网关 直销 银行 产品中心 营销 系统 其它 应用 能力开放 外联