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

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

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

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

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

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

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

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

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

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

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

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

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

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

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