共计 1632 个字符，预计需要花费 5 分钟才能阅读完成。
在金融行业数字化转型的驱动下，国有银行、股份制银行和各级商业银行也纷纷步入容器化的过程。
如果以容器云上生产为指标，那么整个容器云平台的设计、建设和优化对于银行来说是一个微小的挑战。如何更好地利用云原生技术，帮忙银行实现麻利、轻量、疾速、高效地进行开发、测试、交付和运维一体化，从而重构业务，推动金融科技的倒退，是个长期课题。
因而，twt 社区主办了主题为“银行高并发交易类场景下，容器云架构如何保障高性能、高可靠性“的线上交流活动，吸引了泛滥来自银行一线的技术大咖参加交换。咱们将干货整理出来，以“金融云原生漫谈”系列文章的模式陆续出现。
很多银行会抉择自建容器云平台，或者间接采纳成熟的 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 的转变，更好地晋升产品研发效力和交付效率。
