目录
概述
编辑
多活应用场景
流水型系统
账户型系统
流水型系统应用策略
业务模型说明
系统并行策略
接入和路由策略
系列阅读
概述
本文件提出了金融信息系统多活技术的应用指南，金融机构可根据自身业务需要，结合本文件进行 多活信息系统的规划、设计、建设和维护。结合多活技术的特性和金融信息系统的功能，将信息系统的 应用场景分为流水型系统、账户型系统、计算型系统和查询型系统。对于不同应用场景多活技术的应用 效果和应用策略存在差异。应用多活技术还应考虑充分利用现有系统资源，尽量减少改造过程中的业务 影响，保障业务连续性。因此，本文件提出了金融信息系统向多活信息系统演进的策略。
多活应用场景
流水型系统
流水型系统实现实时支付、证券交易、订单等业务的发起方和接收方之间的转接功能，典型的流水 型系统是银行渠道系统、转接清算系统、非银行支付机构的快捷支付（协议支付）系统等。对于此类系 统，业务请求和业务请求响应需要实时转发至业务发起方和业务接收方，对系统的实时性有较高的要求， 但关键数据（如交易涉及的账户数据）的一致性由业务发起方和接收方保证，流水型系统对业务的流水 信息进行记录。
流水型系统的幂等性处理是架构设计的重点和难点，可采用多层幂等保障机制，如用户发起业务流 量环节幂等、实时业务处理环节幂等、交易对账环节幂等。
采用多活技术的流水型系统，可实现业务流水信息（如订单信息、交易信息等）的多点存储和业务 的多点转接，各多活子信息系统可分担流量，并且在部分多活子信息系统发生灾难或故障时，其他多活子信息系统仍可接管业务流水信息记录和业务转接。对于处于重要业务处理路径上的流水型系统，采用多活技术可避免因流水型系统的灾难或故障造成重要业务的全业务流程中断。
账户型系统
账户型系统主要实现账户信息、用户信息等业务数据的处理和记录。此类系统需要优先保障关键数 据的一致性，当灾难或故障发生时，应在达到关键数据一致性的前提下，实现业务可用性。
账户型系统的数据一致性是架构设计的重点和难点，应结合业务模型选择解决方案，如关键数据采 用同步复制等手段、将只读数据和可写数据分离、业务处理层与数据存储层协调工作等。
采用多活技术的账户型系统，可根据需要设计各多活子信息系统的并行策略，将账户拆分到多个多 活子信息系统，并行进行账务处理。当故障或灾难事件发生时，只有部分账户受到影响，并将其业务流 量变更至其他多活子信息系统。
流水型系统应用策略
业务模型说明
以非银行支付机构快捷支付系统为例说明多活技术在流水型系统的应用。假设该系统依赖的业务模
型如下:
- 需要生成并存储业务的流水记录。
- 对新增业务流量的处理不依赖存量业务的流水记录，其依赖的数据均为准静态或者实时性要求 不高的数据。
系统并行策略
流水型系统的并行策略如下：
- 流水型系统可依据一定的标识进行拆分，由不同的多活子信息系统并行处理。
- 拆分依据的标识可是业务流水号、用户标识信息等，还可根据需要启用用于容灾、弹性扩容等的标识。
接入和路由策略
接入和路由策略包括：
- 宜协同考虑参与方信息系统接入策略和多活信息系统并行策略，但接入策略可不完全依赖于并 行策略。
- 当业务流量发送至多活信息系统的业务接入层后，应支持根据当前各多活子信息系统的负载分 布情况，选择处理业务流量的多活子信息系统。
- 各多活子信息系统的业务接入层可从一定的标识中提取参与者写入的多活子信息系统的信息， 将业务转发至相应的多活子信息系统处理。
- 当某个多活子信息系统的处理能力不足或故障时，其业务接入层应将业务流量依次转发至其他 的多活子信息系统（如可根据策略依次转到同城多活子信息系统和异地多活子信息系统）。
参考：《中 华 人 民 共 和 国 金 融 行 业 标 准-金融信息系统多活技术规范 应用策略》
系列阅读
- 云灾备技术
- 数智运营一体化平台
- 金融级多数据中心灾备互联
- 民航数据治理典型实践案例（500多页）
- 权限控制模型-CSDN博客
- 跟着Byte学架构 - 架构管理 架构治理 JAVA技术 大数据、Devops 低代码 金融IT架构
-
金融信息系统多活技术规范-在线阅读 | 跟着Byte学架构
