核心系统的一个例子

银行核心系统是处理银行基本交易的后端系统，提供存款、贷款等服务。以下是一个例子，采用了微服务的架构，也就是spring cloud + nacos啥的那一套，个人感觉主要是成本低可扩展，其实升级总线，或者干脆一点，把所有硬件换成顶配对提高银行系统效率更有帮助吧。

总之以下是一个银行核心系统实现的例子，主要分成了三个子系统。

1.公共子系统，主要为了协助银行的管理，支持银行的正常运行。功能模块包括机构管理、柜员签到签退、长短款处理、现金与凭证的调度、客户信息维护、客户签约等。

首先我们来看银行的结构，银行主要是一个总行，多个分行多个支行的结构，即一中心多分支，上级可以管理下级，也可以查看下级的交易。每个机构会有机构尾箱，存储存储一定数量现金与空白凭证，上级机构可以对下级机构的尾箱进行调度。

银行系统的用户，主要可以分为有客户与柜员。柜员在处理了一天的业务后，需要轧账，即检查尾箱中的现金与凭证数量，并把自己尾箱中剩余的现金与凭证上缴才能下班。

此部分主要存储银行的公共信息，因此数据基本不会转历史。

另外，公共子系统大部分接口会提供给银行柜面系统或内部管理系统，也有少量查询类的接口会提供给对客的系统。

2.账务子系统

账务子系统应该是最重要的，因为它直接涉及到银行的资产与负债，也直接对客。

这部分会处理银行最基本的所谓存贷汇的业务，会包含开销户、存取款、存款产品管理、借记卡管理、利率计算、账户冻结等功能模块，也包含内部账的处理。

这一部分的控制规则往往十分严格，因为涉及到了客户的资金，也有银监会要求的，也有很多日终批量处理的任务，银行换日的很多处理是在账户系统中完成的。

tips（存-对银行来说是负债业务，贷-资产业务，汇-中间业务）通过存贷汇业务，银行主要是赚一个利息差和费用，银行吸收存款的成本利率为3%左右，贷出去的年利率为5%左右，虽然看起来没有多少，但只要资金体量够大，收入也相当可观。我工作的小银行投行部名存实亡（就2人投个啥呢），其他大行不少会涉及到投资，也是一部分收益。

3.历史子系统

这个子系统存在的意义是，保证核心系统运行的效率与稳定。五年以上的动账类数据都会转入历史库，像客户信息、机构信息、柜员信息等不会转历史。这个子系统主要提供历史库信息访问的接口。虽然银行其实有一个数据仓库，大部分情况下核心只对外提供T+0的数据，存量一般走数仓，但这部分仍然在用，不知道为什么。