您真的需要Kubernetes吗？

哦，可以肯定，Kubernetes非常流行，当然您需要一个。也许三个！但是，如果您不停地思考，“为什么选择Kubernetes？”，就像保罗·约翰斯顿（Paul Johnston）所做的那样，那么您会期望很多（和很多）意见。 IT专业人员引用Kubernetes的主要原因之一是通过确保云之间的可移植性来减少锁定。从理论上讲，这比在实践中要好。而且，正如约翰斯顿所说，那些告诉他为云可移植性而拥抱Kubernetes的人也告诉他，他们没有迁移的计划。 很多人发现自己登上Kubernetes潮流是因为它很受欢迎。 （“开发者和建筑师之所以要使用它，是因为技术是一个时尚产业，而Kubernetes却很流行。” James Thomason认为，尽管有这种可能性，但开发商可能会将Kubernetes视为一种“像Google一样运作的方式”。 ……实际上，除0.001％的用例外，这都是多余的。” 尽管这可能有点夸大其词，但托马森还是有道理。作为一个行业，我们确实倾向于将光泽的新事物远远超出其预期用途。 根据Johnston所说，许多CTO都接受Kubernetes“通常是因为必须这样做。要么是继承，要么是因为他们认为这是下一件大事（要出租的大量开发人员），然后继续前进，然后希望他们没有。” 为什么后悔？因为Kubernetes带来了复杂性，所以对于云的可移植性（最低的Docker容器）来说，它们是他们最需要的工具所没有的复杂性。或简单的shell脚本。实际上，随着Johnston的发展，Kubernetes最终“以多种不同的方式使多年来已完成的工作变得过于复杂”。 人们对约翰斯顿的“为什么要使用Kubernetes？”的主要回答是避免锁定题。正如丹·塞尔曼（Dan Selman）所见，“这并不总是一种理性的恐惧，而是一种恐惧。”分析师劳伦斯·赫希特（Lawrence Hecht）加入，认为“对锁定的恐惧是理性的。即使您不打算使用退出策略，这也是合理的做法。” 您是否希望云可移植性最大程度地减少锁定？你可以拥有它。但是您可能不需要Kubernetes即可到达那里。 从Johnston的角度来看，逃避锁定的尝试不应“自动意味着Kubernetes。我们在虚拟服务器上安装了整体组件，从而实现了可移植性。我认为我们现在与Kubernetes的可移植性有所降低。” 等一下更多的Kubernetes，更少的可移植性？这是如何运作的？ Neal Gompa表示：“有一些方法可以通过巧妙地利用一些Kubernetes API来减少应用程序对这些事情的依赖，但总的来说，使用裸Kubernetes不会免费获得云的可移植性。” 即使Kubernetes不会删除现实世界中的锁定，但由于其他原因，它仍然具有价值。正如Don Syme所强调的，一方面，如果开发人员在Kubernetes上构建，他们将获得在雇主之间转移的宝贵技能，而不论这些不同的雇主可能使用什么云。 而且，正如Joseph Mente所言，Kubernetes是企业获取基础设施抽象程度的一种好方法，即使不消除锁定，它也可以在服务之间移动时提供帮助。毕竟，大多数企业都有一个理由选择特定的云，而不是用于基本的计算和存储。 作为一个行业，即使供应商正在消除对技术的关注，我们也倾向于关注技术。例如，詹姆斯·厄克特（James Urquhart）几乎肯定是正确的，坚持认为，虽然会的，Kubernetes会赢，但要让每个开发人员都安装并使用它不会赢。相反，他建议，“ [Kubernetes]应该最终完全隐藏在重要的抽象之下。” 换句话说，开发人员可能最终在幕后使用Kubernetes，埋在无服务器产品等中。但是大多数都不必深入研究Kubernetes API。而且，从长远来看，Kubernetes将从可能醒来的Dilbertian经理的行话中消失。 这是否意味着Kubernetes将丢失？不，这是相反的意思。当Kubernetes重新成为隐形管道时，它将大获成功。