【IT168 评论】Kubernetes已经成为标准的基础设施API，像Red Hat、Mesosphere（现在的D2IQ）和Pivotal等供应商都无法避免。如果您希望使企业能够合理构建应用程序，那么Kubernetes是非常好的选择。
CNCF在2018年的一项调查中发现，在实际生产中使用Kubernetes的企业占40%。剩下60%没有使用Kubernetes的企业中，有部分是追求极高安全性并且厌恶高风险的银行业。作为垂直行业，传统银行不像它们的对冲基金和兄弟交易公司那样不断寻求优势，除非迫不得已，否则它们一般不会跨越技术鸿沟，目前很多银行仍然在30年前的大型机技术上运行他们的ATM网络。
Kubernetes正在改变这一点。曾经有ING拥抱Kubernetes，但是该用例遵循了DevOps社区中其他早期采用者的做法。容器和编排对于改进CI/CD非常有效，但是传统的银行会在这项年轻的技术上运行其真正的核心业务吗?
似乎是为了印证Kubernetes变得炙手可热，有家意大利银行正在尝试使用Kubernetes。或许我们可以从中看到Kubernetes为什么这样受企业青睐。
数字化改造的方式
Banca Intesa Sanpaolo是在2007年通过Banca Intesa和Sanpaolo IMI的合并而成立，是意大利最大的银行，也是欧洲最大的银行之一，市值340亿美元。该银行总部位于都灵，拥有5000多个分支机构，为欧洲和中东十几个国家的约1900万客户提供服务，并在全球超过25个国家和地区提供支持。
2018年，该银行启动了一项战略性数字化转型计划，称为“通过创新进行数字架构再造工程”。 该策略是采用微服务和容器架构，并从单片应用程序迁移到多层应用程序。目标是加快开发周期，缩小应用程序以获得更大的灵活性，并提高可扩展性和可靠性。该银行的IT部门正在转变为一家基于现代CI / CD实践的软件公司。
该计划的核心是运行由Kubernetes管理的容器挑战。
该银行首先通过在其传统虚拟机（VM）基础架构上运行试验容器项目来对其进行测试。 那些飞行员是成功的，但银行想看看它是否可以在裸机上运行Kubernetes和容器。 它是否可以利用性能优势并避免支付VM许可证的开销？
这并不是一个小决定，因为裸机和Kubernetes通常意味着需要DIY。Banca Intesa Sanpaolo不是从头开始构建，而是采用Diamanti开发的设备方法。Diamanti系统是预装了普通Linux和Kubernetes的商用x86服务器设备，但添加了卡以克服网络和存储中的I / O挑战，可以削弱Kubernetes部署到生产环境的挑战。
扼杀旧式应用程序
从软件的角度来看，这种方法意味着银行可以专注于Kubernetes和容器策略。 同时，底层基础架构层还可以满足其对存储和网络虚拟化的所有要求，并具有高性能级别以满足业务单元SLA。 Diamanti的管理软件为银行提供了跨多区域和多站点集群的高可用性，并为不同应用程序提供了不同业务关键性的服务质量保证。
目前，该银行运行了3000多份业务。其中超过120个正在使用新的微服务架构进行生产，包括银行核心的10个业务中的两个。
银行希望在微服务上运行哪些类型的应用程序？从一开始，该团队就专注于两类应用程序：新的和单一的应用程序，所有新应用程序都立即使用微服务方法构建。
对于现有的单一应用程序，银行遵循所谓的扼杀应用程序模式。随着新功能被添加到任何遗留应用程序中，每个新功能都被添加为一个新的microservices迷你应用程序。遗留应用程序和微服务应用程序并行运行，直到最终迁移到一个新应用程序中，在这个新应用程序中，旧的整体在生命结束时被“扼杀”。
软件开发不再是所有参与者都坚持使用单一管道的场景，在这种场景中，单个提交可能导致构建失败，并导致开发、测试和部署过程停滞。这个过程变成了这样一个过程:每个参与者都有自己的开发流程来开发每个专用组件。
这一更改使操作更容易地扩展应用程序团队对其特定基础设施的需求，是一个很好的解决方案。应用程序的每个组件都依赖于一个可以水平伸缩的专用容器。通过避免多米诺骨牌效应，可靠性显著提高。新方法实现了自动化，消除了开发人员和操作人员在推出新应用程序时的许多手工步骤，这在总体上提高了代码质量。
处理残余挑战
虽然向容器、Kubernetes和微服务体系结构的转变在可伸缩性、可靠性以及开发和部署的速度方面带来了数量级的改进，但该银行也面临着巨大的管理挑战。
规模调整：第一个挑战是准确调整运行微服务架构所需的底层基础架构，因为它基于新的范例。 银行过去用于传统单片应用的规则需要进行改进。微服务应用程序的行为方式与单片程序不同，并且它们不会消耗相同数量的资源。
流程：使微服务与现有数据中心生态系统协同工作是银行构建和实施应用程序，以及为底层基础架构提供资源的方式的根本变化。 该团队发现使用容器平台和Diamanti技术在此过程中非常有效，但从应用程序的角度来看，无论新建应用程序多么简单，都需要为成千上万的应用程序做大量的工作。
文化挑战：DevOps的概念和开发人员与运营之间的心态具有很大的差异，需要一种新的思维方式来创建和部署应用程序。
最后一点是最容易被忽视的，但对于企业来说也是在实际工作中最难的。
