银行国际清算业务平台架构

之前主导过一家大型国际化银行的国际清算数据平台的架构,这里回忆一下的当时的架构设计与复盘:

这个清算数据平台的主要业务功能:

按业务主要分为:Marge Reform,Razor,Murex,Opics几个部分,用来处理上游Assassin的银行基金清算数据,主要实现mapping,filter,validation等业务逻辑,用apache camel做为基础框架,spring ,hibernate等做为ioc容器和O-RMapping工具,所有业务流程异步化,用jmswebsphere MQ)作为信息传送服务。

当时,也是用到微服务的架构思想,所有分步的业务组件独立化,之间用MQ通信,这样所有组件都可以独立部暑,扩展,优化,各组件独自处理好自己的业务逻辑,如DataReciver 主要处理业务为:接收数据,并进行数据初步验证和初处理,DataHandler主要业务为:核心业务,主要为处理Marge Reform,Razor,Murex,Opics各自的业务相关的数据处理工作,DataDisputcher主要处理业务为:向下游分发数据并接受下游的处理结果反馈。

架构如下:

本人精通java高并发,DDD,微服务等技术实践,专注java,rust技术栈。 本人姓名郭莹城,坐标深圳,前IBM架构师、咨询师、敏捷开发技术教练,前IBM区块链研究小组成员、十多年架构设计工作经验,《区块链核心技术与应用》作者之一, 现聚焦于:区块链创投与交易所资源对接和技术咨询。 工作微信&QQ:360369487,区块链创投与交易所资源对接,加我注明:博客园+对接,技术咨询和顾问,加我注明:博客园+顾问。想学习golang和rust的同学,也可以加我微信,备注:博客园+golang或博客园+rust,谢谢!
原文地址:https://www.cnblogs.com/gyc567/p/10971587.html