ICS 35.240.40 CCS A 11 团体标准 T/BFIA010—2022 商业银行分布式联机交易系统技术规范 Technical specification of distributed onlinetransaction systemfor commercial banks 2022-04-07发布 2022-04-07实施 北京金融科技产业联盟 发布 ！ 版权保护文件 版权所有归属于该标准的发布机构，除非有其他规定，否则未经许可，此发行物及其章节不得以其 他形式或任何手段进行复制、再版或使用，包括电子版、影印版，或发布在互联网及内部网络等。使用 许可可与发布机构获取。 T/BFIA 010—2022 目 次 前言 II 1 范围 2 规范性引用文件 3 术语和定义 4 缩略语... 5 6 微服务平台 7 分布式数据.. 分布式缓存访问 9 分布式消息访问 6 10 分布式调度 11 分布式事务 12 异常处理 参考文献。 T/BFIA010—2022 前言 本文件按照GB/T1.1一2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规则起 草。 请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。 本文件由北京金融科技产业联盟归口。 本文件起草单位：神州数码信息服务股份有限公司、中国工商银行股份有限公司、北京金融科技产 业联盟、中国人民银行清算总中心、赞同科技股份有限公司、杭州趣链科技有限公司、恒生电子股份有 限公司、广东华兴银行股份有限公司、北京国家金融科技认证中心有限公司、深圳市腾讯计算机系统有 限公司、中国光大股份有限公司、成都虚谷伟业科技有限公司、北京东方通科技股份有限公司、广发银 行股份有限公司、晋商银行股份有限公司、中电金信软件有限公司、阜新银行股份有限公司、交通银行 股份有限公司、北京银行股份有限公司、北京华胜信泰数据技术有限公司、宁波银行股份有限公司、广 西北部湾银行股份有限公司、湖南三湘银行股份有限公司、江西裕民银行股份有限公司、宁夏银行股份 有限公司、平安银行股份有限公司、中国银联股份有限公司、杭州银行股份有限公司、华为技术有限公 司、武汉达梦数据库股份有限公司。 本文件主要起草人：薛春雨、夏龙飞、滕达、沈伟、施媛、聂丽琴、黄本涛、李明艳、张蕾、李璐、 张睿、张弦、王嘉琪、刘戈、林智、张璐、杜静漪、刘智慧、熊钊隆、李振、叶强林、苏强、陈明、刘 浩然、杜蓉、明玉琢、李彦清、李志鹏、赵磊、李钢、顾志鹏、李欢、赵平、李向军、周勇伪、田立斌、 郭志军、马锋、王子健、刘顺华、刘淼、范小东、郑永顺、刘家模、崔汉新、唐文刚、陈佳霖、丁伟、 袁晟、耿道武、王立军、王小勇、白玫、苟凯俞、徐建芳、厉华、白阳、董里、李金亮、黄海明。 II T/BFIA010—2022 商业银行分布式联机交易系统技术规范 1 范围 本文件规定了商业银行分布式联机交易系统中分布式技术覆盖的范围及具备的基础功能。 本文件适用于商业银行分布式联机交易系统的建设。 2 规范性引用文件 3 术语和定义 下列术语和定义适用于本文件。 3. 1 信息information 关于客体（如事实、事件、事物、过程或思想，包括概念）的知识，在一定的场合中具有特定的意 义。 [来源： ：GB/T5271.1— 200001.01.01 3. 2 数据 data 信息的可再解释的形式化表示，以适用于通信、解释或处理 注：可以通过人工或自动手段处理数据。 3.3 分布式distributed 《计算机>物理上由多个计算机参与执行，但在逻辑上完成的是同一个任务。 注：对使用者来说，就像一台计算机在执行一样。 3. 4 微服务 microservice <计算机>单一职责的、轻量化的服务单元。 3.5 数据分片 data sharding 1 T/BFIA010—2022 访问负载。 [来源：JR/T0203—2020,3.7] 3. 6 分片键shardingkey 参与数据分片规则计算的业务属性。 3.7 事务transaction 1组以原子性、一致性、持久性、隔离性为特征的相关操作 [来源：JR/T0203—2020,3.2] 3.8 联机交易系统 onlinetransactionsystem <计算机>立即响应客户请求并返回结果的系统。 注：商业银行一般将跟联机交易系统相关的批处理业务也包括在内。 4缩略语 下列缩略语适用于本文件。 API：应用程序接（ApplicationProgrammingInterface） SQL：结构化查询语言（StructuredQueryLanguage） 5概述 商业银行采用分布式技术建设联机交易系统时，不仅需要考虑具体的业务功能，还需要提供完整的 分布式技术体系，为系统提供全方位的分布式能力，当性能遇到瓶颈时可通过横向扩展的策略予以解决 并且对于行业重点关注的问题需提供可落地的解决方案。另外，分布式应覆盖商业银行联机交易系统的 所有维度，并且还需为商业银行的一些特殊需求提供针对性的能力。应用框架基于对分布式技术的封装， 并结合具体业务场景提供框架级的支持，以满足上层业务的快速开发。参考架构见图1，其中分布式技 术体系应包括： a）微服务平台：服务层面分布式的具体体现，将一个复杂系统拆分为多个微服务，不仅可以增 加服务的运行实例，还可以快速灵活地应对业务变化； b) 分布式数据：将大数据量表中的数据进行水平切分，用多个物理单元来承载，不仅降低了单 表的数据量，还增加了可用的物理资源； c) 分布式缓存访问：对于大量的数据查询请求，采用分布式缓存进行存储，降低与数据库的交 互次数，缩短服务的响应时间； P 分布式消息访问：为分布式系统之间提供了一种异步的通讯方式，主要利用消息中间件对系 统进行解耦，以及控制系统的流量等： 2 T/BFIA010—2022 e) 分布式调度：提供统一的分布式调度机制，协调多个微服务节点及数据库节点共同参与运行 充分利用物理资源，将批量处理的时间控制在一定范围内； f) 分布式事务：由于金融业务的特殊性，对事务一致性的要求比其他行业要高，所以，在上述 的分布式体系下，还要提供跨数据库、跨微服务的事务一致性保证机制。 业务功能 应用框架 分布式技术体系 微服务平台 分布式缓存访问 分布式调度 分布式数据 分布式消息访问 分布式事务 基础设施 RDB NOSQL 缓存 消息中间件 硬件环境 图1商业银行分布式联机交易系统参考架构 上述六个部分，从不同的维度为商业银行联机交易系统提供了完整的分布式解决方案，但在具体的 落地过程中，应根据交易系统的实际需要进行合理选择。具体参考原则如下： “微服务平台”是分布式联机交易系统的基础，均需具备； 如果交易系统的数据量比较大（通常以单表数据量超过千万为标准），需具备“分布式 数据”的能力； 如果要获取更高的系统性能，需引入缓存机制，并具备“分布式缓存访问”的能力； 如果涉及分布式系统间的解耦或异步通信的场景，需引入“消息中间件”，并具备对其 的访问能力； 如果涉及比较复杂的批处理业务场景，需具备“分布式调度”的能力； 如果涉及跨微服务或者跨数据库的事务场景，需具备“分布式事务”的能力。 6 微服务平台 6.1概述 微服务平台为联机交易系统提供服务分布式的运行机制，以及配套的管理体系，包括网关、运行框 架和运维监控三部分。 6.2网关 网关为外部系统访问提供统一地接入及控制，具体要求如下： a 协议转换：应负责接收外部的服务请求，并转换为微服务内部的访问。 b) 服务鉴权：应对服务的访问进行控制，只有在权限范围内的才可以访问，否则将被拒绝。具 体的权限设定应根据交易系统的实际情况来定，常规情况可只做身份的合法性判断。如果要 3 T/BFIA010—2022 控制得更加精准，宜通过对用户权限进行多维度的管理来实现。 流量控制：应对请求的总量进行控制，如果超过限制，后续的请求将被拒绝或者等待。还可 按具体的业务维度进行更细粒度的控制，例如按交易渠道进行控制。 d）熔断降级：如果某个服务的失败率比较高，或者发现一些明确的异常情况，有可能影响到其 他服务的正常运行，应自动切断该服务的所有请求或者切换为本地的备用服务，以保护系统 整体的可用性。 6.3运行框架 运行框架为微服务平台提供最内核的运行保障，具体要求如下： a）服务注册/发现：服务提供者在启动时应将服务访问地址注册到“注册中心”，服务消费者 应通过“注册中心”获取到最新的服务列表，当服务提供者下线时，注册信息应从“注册中 心”删除，服务消费者应更新服务提供者列表。 b) 负载均衡：服务消费者调用提供者时，应根据本地的列表并依据一定的算法选择具体的提供 者进行调用，整体应保证到多个提供者上的负载相对均衡。 自动隔离/恢复：当服务提供者出现异常情况（例如岩机），应自动从“注册中心”删除， 当其恢复后应自动加入，期间消费者应同步获取最新的服务提供者列表 d）集群容错：当服务调用发生异常时，应提供多种容错机制，例如重试（可以设定重试次数） 直接抛错等机制。 6.4运维监控 运维监控为微服务平台提供运维管理能力，具体要求如下： 灰度发布：服务有新版本发布时，可通过灰度发布只对部分用户开放，运行一段时间如果达 a) 到预期，再对所有用户开放。 b 统一配置：应支持通过统一的配置中心调整微服务实例的相关参数，并支持配置信息的版本 管理，以便配置出现问题后进行统一回退操作。 服务治理对服务运行态的情况进行动态调控，具体要求如下： 1）负载策略调整：应支持对多个服务提供者的负载均衡策略进行调整，防止某个