赵勇 中国农业银行研发中心架构管理办公室主任工程师

　　中国农业银行研发中心架构管理办公室主任工程师，十年以上金融行业信息化架构设计与管控经验。历经互联网金融、两地三中心、分布式核心银行等大型银行系统工程建设，具备丰富的海量金融业务场景下的系统建设经验。

　　摘要：

　　近年来，随着互联网的发展与跨业竞争，利率市场化、打破刚性兑付等行业变革的推进，银行业面临的环境变得易变、不确定、复杂而模糊，这一切给银行IT部门在快速交付和弹性运维方面提出了更高要求。同时，我们这个时代正在经历最激烈的技术革命，开发流程、应用架构、部署和打包的环境、应用基础设施都在发生巨大的变化。在这样的背景下，农业银行构建了基于容器的私有云平台，搭建了完整的微服务技术体系，并在核心银行、财务管理等系统展开了转型实践。农业银行新一代技术架构“云+微服务”模式，以及基于此架构下的应用转型实践，值得更多金融企业参考。

　　数字化和互联网技术已经深入到人们生活的方方面面，深入到各种应用场景中。对银行来说也一样，新一代信息技术催生了金融服务业的多样化发展，也让银行业务进入新一轮的挑战。

　　互联网金融时代来临，银行业面临各种挑战

　　首先，是客户需求的转变。近年来，用户在“花”、“贷”、“存”方面都在发生巨大转变，79%的用户资金主要往互联网迁移，而简单、便捷已成为用户选择金融产品和服务的首要考虑因素，同时也希望金融平台能够一站式满足多方面的金融需求。另外，产品角度看，用户希望能得到更贴合自己使用需求的个性化产品，银行过去那种标准化的产品模式已经不适应这个时代的需求。用户对工行、建行、农行等各种银行产品的品牌，没有太强的依赖性，对于银行品牌的感知度只是一个比较模糊化的状态。

　　其次，客户消费行为也在改变。随着中国经济的崛起，消费升级和消费降级的行为同时并存。一部分消费者愿意花更多的钱，换取产品更多的附加价值，高端消费品、海外购物十分旺盛，18年上半年化妆品增长14.2%，运动型多用途汽车（SUV）销售同比增长9.7%。同时，消费者在消费时更加看重“性价比”，低价销售平台火爆，拼多多一年销售额2600亿元，用户数量达到3.4亿人。对于金融服务来说，传统金融已不能覆盖新中产层面。截止2018年8月末，央行征信系统数据库累计收录了9.7亿自然人，其中只有4.4亿人有信贷记录，征信的真实覆盖率为35%，剩下5亿自然人缺少征信数据。

　　其三，新业态的冲击。这几年，支付宝、微信支付等移动化金融产品，如火如荼。以BATJ为代表的互联网企业，正以其独特的经营模式和价值创造方式，对商业银行传统业务形成直接冲击，甚至具有一定的替代作用。其实，互联网金融仅仅是敲开了传统银行向智能银行迈进的大门，背后是互联网经济时代银行业商业模式、经营模式和组织模式的深层次变革。在支付、融资、理财方面，银行都面临着互联网行业不同场景的挑战。

　　从融资的角度看，从传统银行的融资到现在各种消费信贷，各种依托大数据的信贷场景深入到生活方方面面，买东西都有一系列的推荐，对银行传统的信用卡业务和融资业务来说，这是一个不小的颠覆。在理财这块， 2013年以“余额宝”为代表的互联网“宝类”理财产品诞生，唤醒了公众的理财意识。从宝类产品被大家广泛接受，到今天蚂蚁财富、微信财富通，包括京东金融等等，一系列的理财平台开始出现。大量的理财产品，甚至银行很多结构性存款，都在通过这些渠道来销售。可以说，这些宝宝类产品跟银行之间，既是合作关系也是竞争关系。

　　其四，平台型企业崛起。随着金融产品服务模式的转变，场景的丰富化，阿里和腾讯已成为行业标杆。集合在线批发、零售电商、大文娱、交通出行、生活服务、金融科技、物流网络等多板块，阿里巴巴已经构建出电商、金融、物流三大生态系统，未来旨在发展成为全球先进个基于虚拟空间的“互联网+”经济体，体量或超过10万亿元，成为全球“第五大经济体”。腾讯也从什么都自己做，转到专注连接使命。目前，腾讯聚焦社交平台、数字内容和金融的“两个半”业务，其他垂直领域采取与伙伴合作模式，构建“去中心化”的“森林型”生态体系。对银行业来说，互联网企业的商业模式非常值得借鉴。

　　拥抱Bank4.0，数字化转型成为必然选择

　　▲Bank4.0

　　面对上述种种挑战，银行业必须采取有效的应对策略。一个是，要通过Bank4.0实现银行的数字化转型。在Bank 1.0时代，商业银行完全以物理网点作为业务办理场所。Bank4.0的关键在于银行如何走出自身，从移动化无处不在，到Bank4.0的服务触点无处不在，如何将触点遍布到客户需要的地方，融入产业生态，摆脱金融脱媒的危局，重铸银行服务。比如：银行要提供基于实时场景的嵌入式银行服务，提供基于人工智能的优质客户体验，推行数据分享和开放，构建基于数字化转型的组织架构，这是Bank 4.0时代的典型特征。

　　另外，确定数字化转型目标后，要借助IT手段从各个方面向数字化模式进行转变。在底层，在信息与数据方面，要对数据做整合，做共享，做数据资产的管理与创新。在数据资产、数据能力基础上，做风控体系的转变。比如：在反欺诈和风控方面，利用大数据、人工智能模型等技术提高风控能力。在产品服务上，要以数据为生产资料，产生新的产品和新的业务模式。在组织的生产模式层，人、财、物的考核都在向依托数字化的方式进行转变。在运营模式上，农行还提出线上、线下、远程这种“三轮驱动”的模式。在决策经营理念上，向智能决策、数据决策做转型。

　　为了支撑业务转型，农行的IT架构提出了“薄前台、厚中台、强后台”的转型理念。在前台，主要面向渠道和贴近用户的产品，形成快速、灵活交付的调整。在中台，主要依托银行传统能力沉淀成服务，包括产品能力、用户、风控、营销、客户服务等，为前台快速灵活适应市场变化提供基础。对后台来说，主要是数据能力，依托大数据、智能分析来为中台和前台提供数据支撑。

　　构建技术中台，打造农行数字化转型的核心竞争力

　　▲ 技术中台总体视图

　　数字化转型离不开技术架构的支持，所以农行的技术中台要提供四种能力：第一种，提供企业级的开发框架和共享技术的能力，包括支持服务化、微服务化的新架构。第二，支持灵活调度、自动化管理的应用运行环境，能够适应弹性伸缩、高可用、异地灾备等等一系列的要求。第三，提供企业级的数据应用和AI能力，能够将数据作为资产管理和充分利用起来。第四，提供DevOps工具链，将应用需求、开发、测试、部署和运营统一，优化整体协作响应。

　　那么，满足上述需求的技术中台如何规划和设计？

　　农行在技术架构方面，主要分人工交互、应用协同、应用服务、大数据服务、公共服务、云基础设施服务、大数据运维这几个大的领域。

　　对于人机交互领域，做银行业务的人都了解，主要包括桌面端，是一个面向柜员的员工渠道。还有Web端，移动设备，包括现在的自助设备等等。应用协同，首先要实现服务集成，传统解决方案是类似EBS(企业服务总线)结构，农行现在主要是在采用这种大家比较熟悉的分布式互联模式。数据支撑这块，主要包括准实时信息的通信和文件的交互，在外联这块有相应的外联网关，提供负载和网关路由能力。在应用服务这块，有一个综合应用平台，为各类的应用提供基础框架。公共服务，主要是基础服务，包括全员检索，规则引擎，认证，安全等等，通过不断地积累，提炼基础技术服务，为应用扩展去使用。关于大数据服务，农行大数据平台主要是基于MPP数据库，加上一系列的组件，同时在这个基础上做了原数据管理，资产管理等等一系列管理的能力，形成大数据的能力。在云技术服务层，目前主要是PaaS管理平台，以容器云平台为核心，进行部署、运行、管理。

　　另外，研发不仅支持规划和设计，还要解决一系列的运维问题、效能管理问题，进行从需求到交付的全链路支持。

　　架构转型，核心系统的落地与应用

　　在银行业务转型过程中，最重要的是核心系统的构建。核心系统主要承载银行存款贷款、支付结算、银行卡、投资理财等一个核心的业务基础系统，可以说是银行业最重要的系统。这样的系统，如何去落地？

　　▲核心银行系统（BoEing）

　　对农行来说，核心业务系统过去必须要做到高可靠。因为银行有5亿多的用户，10亿账户的资金往来，资金都在这个系统上，不容有任何差错。另外，就是高性能。农行现在的核心系统日高峰可能处理8亿笔交易，峰值TPS 1.5万笔交易/s。同时，从技术角度看，它也是一个巨大的单体应用，可能几百人甚至上千人都在一个系统上做开发。农行的整个技术架构是一个专用体系，是大型机ZOS这种专用体系。相对来说，接触的人比较少。这样一个大型的系统，要做架构转型，从集中式架构向服务化架构去转型，目的其实很简单，就是要提升交付效率，降低整个系统运行成本，实现资源和弹性扩展。同时，技术方面也要有一定自主可控的能力。

　　为了确保系统稳定，逐步实现替代，农行将核心系统架构调整分为三步：

　　第一步，大型的单体架构要向微服务化架构改造。通常策略是，首先做一层网关隔离，以尽量小的动作，对外围相关联系统产生影响。所以，第一步其实是在底层搭建一个网关，屏蔽系统拆分对外部系统的影响。在数据层面，通过Qrep数据同步技术，实时将主机数据同步到开放平台数据库。在网关层，将对延时非高度敏感的查询业务请求路由到查询服务。其次是系统拆分。基于前面综合应用平台，基于开发查询功能，将核心系统的数据通过数据同步的模式将他复制到开放平台上来。这样，首先实现了查询交易从原来单体系统里拆分出来。一方面，是为整个系统逐步的解耦积累经验和基础；另外，也能在当期减轻对单体系统业务的压力。这是第一步做的工作，这步工作到目前为止，分担了主机核心系统一半以上的业务量。

　　第二步，在第一步的基础上选择一些基础的应用模块做拆分，为产品模块下移打好基础。从单体的系统里面把它挪出来，这块现在应用的拆分的时候，它的拆分解耦方式有很多理论，农行其实主要还是借鉴一些成熟应用体系的经验。另外，还是依托传统业务的边界，匹配这种内部研发的组织架构的设置机制，实现组织架构跟系统架构的一致性，按照边界来将系统的基础业务产品以及必须依赖的模块，在开放平台上，在外部逐渐实现。包括客户信息、一些产品管理和运营管理的能力，能够在外部和在系统内部都存在，为下一步业务系统的进一步完善奠定基础。

　　第三步，是一个后续工作设想，整体上会基于前面的成果，把产品模块拆分。包括理财、信用卡、个人负债、对公等等的产品，逐步按照业务边界，从单体系统里面一个个的解耦出来，基于一套技术中台的一系列组建，形成一套微服务的架构。未来，会依次推进过程，将服务进行分层。从底层的基础产品再到上面的创新产品，以及变化比较快的一些产品，形成一个从下到上的层次，避免服务调用的时候形成恶性循环。

　　核心系统的架构调整历程，就像 “在飞行中给飞机换引擎”，既要保持核心业务的正常运行，还要关联系统。因为核心系统关联了成百上千个系统。在做架构转型时，一定要保证总行、分行无数的系统频繁的切换，满足业务的扩展需求。现在，银行业务竞争越来越激烈，对交付周期要求越来越高。所以，IT团队需要对业务需求进行合理排期，另外还要保证系统转型过程中数据的一致性、可控性。所以，农行采用分布实施、逐步迭代的模式，来做转型替代工作。