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