【工作总结】银行应用系统架构(一)

银行应用系统架构,听上去很复杂、很专业的内容,如何下笔想了很久。

不太想写成一个教科书一般的文章,那样写着轻松但是看着累,最关键的对语读者来说,不会有太大的收获。其实一个好的传授者,并不是要把知识写的多么详尽,而是要写的有趣。哪个领域都一样,不缺专家学者,但是缺少好的传授者。当然自己还不算是一个好的传授者,但希望通过创作这个系列的文章,自己能够寻找到读者想听什么样的故事,并让自己能够逐渐接近那个目标。

好啦,言归正传。今天先介绍一下银行应用系统架构是什么?为什么要做应用系统架构设计?

在每个人的印象中,银行每天为我们提供着各种各样的金融服务,我们每天也都可能与银行打交道,存取款、缴费、工资发放等等。我们会面对很多的银行设备,比如刷卡机、ATM,也会使用到银行的很多网站、软件,比如网银,手机上种类繁多的APP应用。

可以想见,银行这么大的一个服务体系的背后,肯定需要很多很多的后台服务系统,才能够运转得起来。

应用系统架构设计,就是如何管理和规划这些服务系统。这一点可能说的有点教条,怎么理解呢?

银行的业务服务种类非常繁多这是一个不争的事实,每隔一段时间可能都会有新业务服务推向客户,而每新推一个服务,就要配套的建立起后台的服务系统。同时,一些已经提供给客户的服务,也会不断的优化。这就像一片树林,会不断的有树宝宝长出来,已经长大的树爸树妈们,也会不断的有新的枝叶冒出来。对于一些有问题的、生病的树枝、树叶,也要及时的修剪掉,避免对整棵大树或者整个森林的生态造成影响。

一段时间后,作为园丁的银行IT狗,来到他看管的森林时,可能会看到这幅景象:

【工作总结】银行应用系统架构(一)

呃,别说修枝剪叶了,贝爷进来可能都无法活着出去。。。

【工作总结】银行应用系统架构(一)

于是,IT狗园丁决定做一些规划和管理,比如:外围都种带植,形成隔离;中间按照植被种类分块种植群植;一些较大的孤植放在中间。另外,如果有新的树宝宝要种进来,也是要去到他该去的地方。于是,森林,变成了园林。

【工作总结】银行应用系统架构(一)

回到银行的后台服务系统这个话题,可以看到,由于银行的服务系统众多,对服务系统进行一些必要的分类和划归,是有很大益处的。

这样,当一个新业务要推出时,我们可以看看它是什么类型的业务,需要什么类型的后台服务系统支撑,有没有必要新建一套服务系统。换个角度看,也就是决定树宝宝有没有必要种下去,还是说干脆不种了,而考虑从树爸树妈的枝子上嫁接出来;如果确定要种,种在园子里的哪片,种的位置会不会干扰到身边的小伙伴。这些都是在架构设计时要格外关注的。

一个好的架构设计规划,对于后续的维护工作也是大有裨益的,比如要是那个业务出问题了,银行IT狗会在这个业务相关的后台服务系统找原因,而不会像进了原始森林一般,不知所措。

现在你可能对银行应用系统架构是个什么意思,有了一个初步的概念,这就足够了。下一期将介绍一下目前大银行应用系统架构是什么样子,也就是一般银行IT狗会怎么规划它的园林。

转载自知乎:https://zhuanlan.zhihu.com/p/21301249