实战丨商业银行分布式业务核心系统架构研究( 二 )


在系统分析设计方面,邮储银行在参考同业领先经验基础上,结合自身业务建模方法和新核心系统分布式、微服务、单元化的系统架构方案,形成了具有邮储银行特色的系统分析设计方法 。此方法覆盖了分析设计阶段全过程,能够顺畅承接企业级业务建模成果,进行分布式系统的应用组件分析和设计 。
在系统实现方面,邮储银行一方面坚持开放平台、分布式架构的技术路线,通过云化部署,提高系统稳定性与灵活性;另一方面坚持融入以x86平台、开源框架为基础的技术体系,适应国家信息安全战略要求,形成自主可控的企业级技术平台 。
3.全面贯彻“敏态+稳态”的系统设计理念 。在业务需求层面,建立完善的业务需求管理体系,通过业务建模,形成由粗到细的业务需求梳理分析方法,保障了业务需求的完备性和全局性 。在此基础上,针对具体业务场景,可以快速组合完善业务流程,快速定制可售产品,快速衍生新业务 。
在设计实现层面,系统分为数据层、产品服务层、交易服务层三个层次,逐步由稳态向敏态演变 。同时,每个层次均可根据业务产品或服务功能需求进行聚合分类,形成稳态或敏态的部署实例 。另外,可针对网联扣款等特定业务场景进行定制化优化设计,形成特定的服务组件进行单独部署,满足高效、稳定的系统设计要求 。据此,可以快速响应业务需求,快速构建新的服务组件,同时对关键、成熟业务均不会造成影响 。
在系统维护方面,通过上述方法,预期支持大部分业务需求通过产品参数配置来实现功能落地,两周内完成发布,并且可进行不停服务的在线热发布 。
4.采用单元化部署架构 。借鉴互联网企业的先进实践,采用简明、清晰、统一的单元化部署策略,为系统故障快速定位和自动化处理提供基础 。同时,分布式架构下标准化与自动化的部署手段结合,形成核心系统的快速弹性扩展支持能力(见图1) 。

实战丨商业银行分布式业务核心系统架构研究

文章插图
图1 单元化部署架构
根据架构功能的不同定位,设计五种不同类型的标准化单元,分别是网关单元、业务服务单元、公共服务单元、序号管理单元和本地资源管理单元 。以上五种单元中,主体是业务服务单元 。业务服务单元基于客户维度水平切分,可以跨异地部署和弹性扩展,同时在单元内部也可通过计算资源和服务实例扩充进行弹性扩展,从而在整体上既能够满足处理能力横向扩展的灵活性要求,也能够满足智能化运维的标准化要求 。
5.构建智能化运维体系 。基于新一代个人业务核心系统涉及技术组件多、部署规模大的特点,结合数据中心智能化运维规划,计划配套建设智能化运维体系,并与数据中心整体的自动化运维能力全面集成,带动智能化运维体系建设 。
智能化运维体系将重点建设事件驱动的快速响应、数据驱动的主动维护、发布/变更驱动的敏捷交付等三大运维能力,并为运行监控、配置管理、智能运维分析、运维数据湖、流程管理、运维操作自动化、应用设计开发协同等七个重点领域,提供技术能力支撑和映射,为从基础设施层到应用层的80多个场景提供端到端的智能化运维支持 。
关键问题的解决方案1.数据切分策略 。在分布式系统设计中,面临的关键点就是数据的切分策略问题 。数据切分策略不仅要考虑与分布式架构的适应性、实现上的可行性,还要考虑对应用设计的负面影响最小化,如数据一致性问题 。
通过反复验证,拟采用以客户维度的数据切分策略,在切分原则上,一是基于平均化原则,客户数据平均分布在各业务服务单元,保证每个业务服务单元的数据量基本一致;二是基于易扩展原则,在不影响原有数据节点的基础上可增加新节点 。
2.微服务划分策略 。当前业界对微服务的划分粒度没有通用的策略方法,主要凭借经验、实施工作量、技术倒推等方式进行划分 。在超大规模的项目中,容易因个体能力差异导致微服务划分维度和粒度千差万别,造成系统难以落地,这是分布式系统设计实现中的一大挑战 。
通过业务建模方法论指导微服务的设计,业务架构为应用架构提供输入,指导微服务应用的划分和微服务构件的设计 。
3.服务路由方案 。采用单元化部署结构后,衍生出了应用路由问题,即必须提出一种机制,将外部请求转发到相应的业务服务单元 。
为此,提出了“要素-客户号-标准化部署单元”的两阶段路由策略 。首先根据映射要素找到对应的客户号,进而找到客户对应的部署单元号 。如此处理之后,即可通过交易请求中的映射要素信息,将服务请求发送到相应业务处理单元 。


推荐阅读