关于银行IT架构的认知

从事商业银行核心业务系统和前置系统开发实施将近6年了，参加过多加银行核心系统、前置系统的全新改造和升级，有很多感想，仅以此文来记录下对这些年对银行IT系统架构的

认知和些许不成熟的想法。

1、07-08年

07年毕业后开始进入一家提供银行金融软件服务的公司，最开始从事柜面前端系统产品的研发和维护工作，后来调到项目地上参加过核心业务系统的改造升级，

这时侯我了解到的银行核心系统的软件架构如下，除了核心业务系统可能有中间件（主要是消息中间件）之外，其他的各个系统之间基本上是星状交互的，而且

各种外围前置系统相对较多。

 

2、09-10年

09年由于工作原因，开始接触银行综合前置系统的开发和实施工作，与各类外围系统（如大小额支付系统、银联系统、各种第三方代发代扣系统、第三方代理系统等）交互较多。

这时候很多银行都开始考虑数据大集中，整合外围大量的离散前置系统，金融IT行业也提出“瘦核心，大前置”的理念，这时候接触较多的银行IT软件架构如下。

 

这种系统架构下，各类交易系统或管理系统之间的交互都通过综合前置系统来实现，它在银行IT软件架构上占据着重大的地位。

3、11-12年

后来，经历过多家银行综合前置系统的实施，也接触过多家金融软件提供商的核心系统、中间业务平台系统和综合前置系统的架构，伴随着SOA的火热，很多厂商为银行提供整体

方案时，都提出了企业应用集成（EAI）和企业服务总线（ESB）的理念，但是国内厂商具体将SOA在银行IT架构上落地的很少，更多的是在各自提供的交易系统上丰富产品工厂、

业务组件等功能。

 

也许，有些银行会将存款系统、贷款系统、总账系统全部分离出去，但是目前接触的大多是放在核心综合业务系统实现的，感觉基于ESB来实现交易事务的一致性控制还存在很多

困难。

4、未来如何？

软件订阅付费模式？

掌上设备支持服务？（整合手机、微博、位置定位服务等流行因素在内的各种银行特色服务）

云服务？？？

这几年来银行业务发展很快，相对来说金融IT服务提供商发展有些滞后，而且由于国内潜在的一些规则和恶性的竞争，合同额往往较低，厂商只能通过降低成本来保住利润，因而经

常会出现乙方拿下单子后，再外包给丙方，通过差价来赚取利益，这种经营模式最后导致交互的产品质量一般。国内的厂商迫切的需要在经营模式上有些变革，曾经在网上看到过一

片文章提到过国外很多软件公司，包括从事CRM的Salesforce, 从事人力资源管理的Workday，从事数据分析包括金融数据分析的Palantir，从事项目和团队管理的Asana，都开始

向企业直接提供服务，并创造了新的商业模式：按照使用和订阅付费，提供免费试用期，用户真正使用满意后才付费。但国内金融行业受管制和垄断的特殊情况，可能会阻碍这种经

营模式的转变。

 

先写到这里吧，后续在完善。