3.1.1　总线+微服务架构

近些年，随着互联网金融如火如荼的发展，特别是以支付宝、微信支付等第三方支付平台的兴起，国内互联网金融头部企业相继将自己的产品、技术开放出来，实现金融科技的生态圈战略。在这样的浪潮下，银行也需要紧跟金融科技大环境下的时代步伐，不断深化改造IT基础设施架构及技术架构。无论是国有大行还是中小规模商业银行，都在尝试探索互联网金融业务，后者尽管起步较晚，可历史负担相对较轻，在这股浪潮中更能小步快跑。

作为提供金融服务的专业选手，银行在金融方面的探索和实践积淀深厚。互联网金融模式是未来趋势，不过现有的线下渠道服务模式也不能丢下，起码目前我们还无法接受银行网点、ATM一夜之间统统消失的局面。那么对于大多数商业银行来说，作为承载其服务的渠道入口之一，面向互联网的金融业务最初往往都作为独立的板块出现。

考虑到互联网金融的业务特点，其技术架构与开展传统业务所使用的技术架构有所不同。互联网金融业务发端于互联网企业，其IT架构的特点是广泛应用开源解决方案，以解决大流量、高并发、海量数据的场景。开展互联网业务，需要根据用户反馈及产品需求进行快速迭代。在此基础上，互联网技术架构还须满足传统金融类业务较少碰到的，如限时抢购、平台导流等带来的用户请求激增的应用场景；这就需要IT架构具备灵活扩展性，能实现业务系统之间的“松耦合”。

商业银行内部信息系统类型众多，在过去数十年间，承载服务转发调度的经典方案是传统ESB服务总线架构，用这种架构来支撑开展互联网金融业务并满足快速迭代的业务需求是非常有挑战的。互联网企业没有这个痛点，它们在开展互联网金融业务时往往使用微服务架构体系，但对于商业银行，必然会涉及对服务其几十年的基础设施——ESB的改造，这势必会对整个IT信息系统及业务开展带来极大影响。所以银行的互联网金融服务的接入一般不会去修改原有ESB总线架构，而是在其基础上设计单独的微服务化架构，这也表示商业银行在参照互联网企业开展互联网金融业务的技术选型时，会存在与传统的ESB总线架构对接的场景。

银行把互联网金融业务作为一个整体，以接口的方式注册到ESB总线并成为一个服务，互联网金融业务内部通过Spring Cloud等微服务框架完成调用。这样的好处是对原有银行核心系统改造较小，同时能兼顾互联网金融业务的灵活性。从图3-1中可以看出，以开放平台为入口的互联网金融业务，包含“存、贷、汇”业务类型，服务注册、发现、接口调用均在新IT架构环境内完成，而需要使用银行记账、核心支付能力时，则是通过调用ESB总线实现。

图3-1　传统+微服务架构

在商业银行开展互联网金融业务过程中，使用ESB+微服务架构是银行IT架构变革的一个妥协方案，ESB与微服务并存的IT架构在中小银行的快速发展过程中还将保持较长的一段时间。不过，传统集中式ESB总线架构在这个过程中也不断暴露出缺点，比如不支持主流分布式框架、适配及监控能力相对较弱等。传统集中式ESB总线架构也需要向分布式架构升级迁移，满足信息系统的分布式、去中心、弹性伸缩等需求，完成异构系统微服务化改造，以更好地支持互联网海量客户、高并发的交易场景。