这篇文章只是一个我开始探索银行IT系统架构的开端，从存续的时间和体量来讲，银行的IT架构都是比较完善和值得学习的，在互联网公司能遇到的压力场景，现在在银行也同样可以经历得到，甚至在安全级别的考虑上会超过互联网公司。
从产品量级的角度上来讲，一家正常的城商行都会有上百种产品；农商行、农信社会有二三百种产品；一些大型的商业银行以及国有银行，产品数量在五百种左右。资产的体量上来讲，城商行体量大致在一两千亿级别；农商行和大型商业银行大部分都在万亿级别以上。
对银行来说资产就是他们盈利的资本，而客户是十分注重资产的安全性以及整体业务体验的舒适度的，因此对于银行这种服务型的机构来讲，在构造系统的时候满足已有的业务需求基础上，需要考虑用户的体验以及资产信息的安全性等等维度。这些只是前端渠道端和一些系统设计时候的必然需求，而后台服务的稳定性以及数据的准确性是保证业务顺利进行的基础保障。这就需要一个强大稳定的后台服务以及数据基础平台。
追溯一下以前的银行系统的架构思路，大部分为了系统的稳定性，都不惜花费高价格去购买高稳定性的产品和系统，如：IBM的小型机是以前银行系统里面的通用服务器，ORACLE数据库提供强大的数据服务支撑，EMC提供系统的解决方案等等，EUSP、SAP等等厂商帮助构建银行的核心系统。
现在在国家政策的鼓励下，鼓励银行去大胆的拥抱开源技术，尽量去掉IOE，特别是鼓励有能力的银行可以实现分布式以及上云运行。此种情况下，实际上是银行一个重新改造以前混乱的系统架构的很好的契机，改造的过程可能是痛苦的，但是改造后的便捷和好处也是可观的，每年可以节省上千万的服务费用，还可以满足后续业务量增长的时候无限扩容的问题。
因此在政策和业内趋势之下，构建一个分布式的银行系统产品实际上价值和市场是很大的，可以将银行的基础业务系统全部标准化的规划到产品之中，实现各业务系统的模块化，可插拔式的进行配置，对外提供一个统一的产品视图。这样针对不同的银行业务，可以快速构建一套适合的银行系统，而且部署也十分快捷。
了解的东西太少，都是自己的一顿胡思乱想，希望看到的高手可以指点一下小弟。