阿里云银行业分布式架构解决方案_企业级分布式应用服务

申请试用

阿里云银行业分布式架构解决方案

阿里云银行业分布式架构解决方案助力银行构建高可用、灵活扩展的IT系统。利用分布式数据库、微服务架构和容器技术，提升数据处理效率，保障服务连续性。同时，方案支持监管合规，确保数据安全和隐私保护，满足银行业务的严苛要求。

立即咨询

首页 > 产品中心 > 分布式数据库 > 阿里云银行业分布式架构解决方案

业务需求或业务痛点描述 icon

◆ 业务增长太快，需要系统水平扩容遇到瓶颈

◆ 应用耦合度过高，系统研发成本过高，生产问题频发

◆ 需求响应慢，无法适应互联网业务的快速发展

◆ 数据治理难以落地，影响数据应用发展
◆ 系统升级需要停机，无法7*24运行
◆ 不支持灰度发布，试错成本过高

行业综述 - 银行应用架构 icon

银行应用架构特点

区别于互联网广域性、扁平化的特征，银行IT架构呈现多层化、复杂化、制衡化的特点。

渠道接入层

通过接收服务请求，发送服务请求给处理系统，并反馈处理结果，从而为客户提供产品服务，或进行客户沟通，或进行市场营销，或进行产品销售。

渠道整合层

注重整合各渠道具有共性的功能。例如，页面库和功能树、统一消息、统一认证统一日志等定位于面向渠道和客户体验，在渠道逻辑之外不宜部署过厚的业务逻辑。

集成层

支持企业集成、企业数据集成企业流程集成以及合作互联等。

业务处理层

支持银行提供的产品、客户、账户、核算等相关的应用服务集合。

决策支持与管理层

包括通过数据分析提供决策支持的应用以及风险管理、财务管理、内部管理等管理型的应用。

行业综述-银行应用架构 icon

行业综述-大核心与小核心 icon

大核心系统：大核心系统强调系统集成、安全与高效，除提供银行存贷结算、客户信息等基础产品和服务外，通常会把与之关联较为紧密的辅助业务功能和管理功能捆绑在一起实现。
小核心系统：小核心也称为“瘦核心"系统，强调系统松耦合、组件化，通常是指剥离了大部分辅助和管理功能，只保留银行存贷款、支付结算等银行基础产品和服务的核心交易处理系统。

个人基本业务系统实践

账务处理位于最核心位置；其它业务系统均与账务处理紧密相关。因为这些是银行的基本业务，所以有着极高的可用性(A)要求；又因涉及账务，所以又有着强一致性(C)的要求。

行业综述-服务集成与SOA icon

服务集成的重要性

商业银行的业务多样，IT系统规模庞大，且大多经历了数十年的演进，存在着大量的异构子系统，因此服务集成对其尤为重要。

服务集成案例

主流商业银行往往采用以核心业务处理系统为中心的轮状架构和外围系统之间的网状架构相结合的服务集成方式。
技术实现上，与核心通信往往采用socket方式，外围系统之间以webservice，http接口为主。

服务集成的特点

不同于互联网广域化、扁平化的特性，商业银行的应用集成往往是围绕核心系统进行的。

服务集成发展方向

建设企业级服务总线
基于分布式框架或分布式设计思想进行服务化改造
微服务架构研究

阿里分布式架构实践-早期架构 icon

阿里分布式架构实践-服务化改造 icon

☆ 以服务化方式将系统专业分工
☆ 构建共享服务层，实现“厚平台，薄应用”架构
☆ 完善的服务治理和管控，保证业务

阿里分布式架构实践基于MQ实现系统异步改造 icon

阿里分布式架构-实践数据拆分和水平扩展 icon

阿里分布式架构实践-分布式数据库改造 icon

阿里分布式架构实践-数据库层面海量水平扩展 icon

☆ 弹性扩缩:不管是DRDS还是后端MySQL都可以通过扩容快速实现水平扩展，从而解决容量，吞吐量问题
☆ 高可用设计:高可用无单点设计，实现数据层面高可靠

阿里分布式架构实践-服务治理 icon

阿里分布式架构实践-服务治理 icon

有很多实际的管控需求，例如为服务设置不同的Qos，业务要求强制限流等等服务管控方式，是基于淘宝网10多年的实际运营中总结出来的

电商平台，随着发展逻辑会比较复杂在一个分布式平台上出现链路冲突时候进行服务治理是非常关键的。

比如一个场景，在双11时，当交易链路与物流链路交叉冲突在用户中心这个服务节点，如何能够通过服务治理保证优先保证交易成功并保证查看物流的链路不崩溃

阿里分布式架构实践-分布式事物 icon

• XA协议不适合我们应用场景

• 已有服务尽可能少改动

• 中间状态可见是可接受的

• 最终一致性是可接受的

阿里分布式架构实践-阿里核心架构 icon

阿里分布式架构实践-阿里核心架构 icon

企业级互联网架构平台：

实现业务能力云化的基础，支撑业务微服务化共享。
共享服务层：

对集团业务的服务化抽象共享运营，实现业务能力共享。
技术层面：高可用，数据化运营。
业务层面特征：
• 创新快，敏捷
• 数据实时打通无孤岛
• 高并发，线性扩展
• 所有业务同架构大平台
• 高可靠，无单点

技术产品架构-核心组件 icon

企业级分布式应用服务EDAS
无服务化架构

数据化运营
自动化

去中心化

阿里分布式数据库服务DRDS
高可用

自动化
线性扩展

分布式消息服务MQ
异步化

最终一致

线性扩展

技术产品架构EDAS icon

服务化

应用容器
✓ 多款互联网中间件
高性能服务框架

✓ 服务鉴权
服务市场
✓ 私有服务市场

✓ 公有服务市场

应用生命周期

应用生命周期
✓ 大规模集群应用管理
✓ 应用Beta，分批发布
✓ 弹性伸缩
✓ 流量引导与灰度发布
账号与权限

✓ 主子账号

✓ 自定义角色
✓ 资源组

立体化监控

立体化监控
✓ 分布式调用跟踪

✓ 应用监控
✓ IAAS基础监控

✓ 容器层监控
✓ 业务监控大盘定

✓ 制化报表大盘

运维管控

服务治理
✓ 容量自动化压测

✓ 容量规划
✓ 限流降级
智能应用诊断

✓ 实时日志

✓ 容器运行时诊断

技术产品架构-服务框架的关键特征 icon

技术产品架构-核心框架HSF icon

技术产品架构-基于软负载的负载均衡 icon

技术产品架构-无中心化架构 icon

使用企业应用服务框架(HSF)来实现应用去中心化架构

特征：
• 整个系统无单点

• 系统中所有角色可单独扩缩

• 故障影响小

优势：
• 应用更稳定

• 扩展性好

技术产品架构-服务框架的弹性支撑 icon

技术产品架构-服务框架对容错能力的支持 icon

技术产品架构-服务级别的监控与分析 icon

技术产品架构-调用链监控 icon

示例：调用跟踪发现线上系统故障源

技术产品架构-应用生命周期管理 icon

技术产品架构-DRDS icon

DRDS让普通的开发者使用分布式数据库像使用普通的单数据库简单

技术产品架构-DRDS icon

• 分库分表是DRDS的核心功能，支持数据的多维度切分和路由访问
• 内建读写分离功能，可以灵活配置访问权重
• 异步复制组件保证广播表和索引表的最终数据一致性
• 查询引擎识别和下推复杂查询，兼容MySQL5.5的语法能力
• 弹性扩容组件解决扩容的数据搬迁和规则切换动作
• 分布式事务支持
• 动态主，备切换

典型客户案例应用-双核心架构COREBANKING icon