金融云原生漫谈（一）｜银行业如何快速提升应用研发效能和交付效率？

在金融行业数字化转型的驱动下，国有银行、股份制银行和各级商业银行也纷纷步入容器化的进程。

如果以容器云上生产为目标，那么整个容器云平台的设计、建设和优化对于银行来说是一个巨大的挑战。如何更好地利用云原生技术，帮助银行实现敏捷、轻量、快速、高效地进行开发、测试、交付和运维一体化，从而重构业务，推动金融科技的发展，是个长期课题。

因此，twt 社区主办了主题为“银行高并发交易类场景下，容器云架构如何保障高性能、高可靠性“的线上交流活动，吸引了众多来自银行一线的技术大咖参与交流。我们将干货整理出来，以“金融云原生漫谈”系列文章的形式陆续呈现。

1639730119403560.png

很多银行会选择自建容器云平台，或者直接采用成熟的 K8s 发行版，不管是哪种方案，容器云如何与银行自身的持续集成系统、测试服务系统，或者 DevOps 流水线进行有效对接，更好地提升 IT 系统产品研发效能和交付效率，是值得我们去深入思考的问题。

众所周知，传统瀑布式开发动辄耗时数月甚至数年，无法满足业务快速变化和竞争的需求，只有引入持续交付和 DevOps，掌控从开发、测试到运维的应用全生命周期，才能打造出快速迭代、与业务同频的应用，为企业创造盈利的价值链。

云原生技术的出现，为 DevOps 插上了翅膀，可以更加充分地利用云原生基础设施，基于微服务架构体系和开源标准，提升持续交付和智能自运维的能力，从而做到比传统 DevOps 更高的服务质量、更低的开发运维成本，让研发专注于业务的快速迭代。

过去的几年间，灵雀云有幸服务了超过半数的全国性股份制银行和众多商业银行，在这些银行业的云原生实践中发现，银行在设计容器云平台的时候，可以通过以下几点有效地提升各类应用产品的研发效能和交付效率：

如何利用容器云提升研发效能

首先，银行自身的持续集成系统、测试服务系统或者 DevOps 流水线工具，我们建议尽可能使用开源工具来建设，目的主要是让整个产品研发的工具链体系和开发流程更加灵活，目前我们看到有大量中小银行都在采用开源工具链来进行 DevOps 工具体系的建设。

同时，建议引入一些开放的可以整合这些开源工具链的产品，例如灵雀云的 DevOps 开放平台，充分尊重银行原来使用的开源工具链，通过工具链集成的形式简化银行 DevOps 工具体系建设的复杂性，统一 DevOps 工具链全链路管理能力。

其次，改变应用的交付方式。原来传统的以二进制 Jar 包、War 包为制品的交付方式，最好统一成以标准容器镜像包为制品的交付方式进行交付，需要注意的是，要严格规范业务应用运行的中间件版本或者应用运行环境等，例如限定 JDK 的某几个常用版本，Tomcat 的某几个常用版本等，同时尽可能使用轻量化、可容器化的中间件作为业务应用的运行环境，例如 tomcat、nginx 等，不建议使用 websphere、weblogic 这种比较重的并且对于容器化不够友好的中间件产品。

最后，建议引入 Service Mesh 这种下一代微服务网格技术，简化产品研发的人力资源投入，提升整个产品的服务治理和全局可视化管理的能力。

如何利用容器云提升交付效率

首先，容器云平台一定要提供开放的 API 对接能力，目前市面上主流的容器云平台都是基于 Kubernetes 技术发展出来的，所以 Kubernetes 的原生对接能力是非常重要的；

其次，银行自身的持续集成系统、测试服务系统或者 DevOps 流水线需要具备和容器云平台对接的能力，例如这些敏捷开发工具可以直接调用 Kubernetes 的 API 来自动进行应用的持续发布；

另外，建议容器云平台最好可以提供一部分 DevOps CD 的功能，在银行现有敏捷开发工具无法进行容器云平台 API 对接的情况下，可以通过例如基于制品更新为触发条件的自动化持续发布能力。

灵雀云在银行的云原生转型实践上已经有了很多成功的落地案例，银行可以通过灵雀云的银行业容器 PaaS 解决方案，搭建自主可控、自下而上的云管理技术平台，实现 IT 基础设施从硬件化 IT 到软件化 IT 的转变，更好地提升产品研发效能和交付效率。