作者：Scott Carey UK Group Editor, InfoWorld
把你的Kubernetes集群交给一个托管服务提供商就像送你的孩子去上大学一样——一开始很吓人，但最终家里的工作就少了很多。
三大公共云提供商Amazon、谷歌和微软的托管Kubernetes或称Kubernetes即服务(KaaS)在过去几年里都取得了巨大的进步，帮助客户运行和编排他们的容器化工作负载，而不必了解YAML配置文件的输入和输出，也不必担心自动伸缩、更新和集群管理。
“当企业考虑战略问题时，最初的倾向是自己经营。然后随着时间的推移，他们会意识到，自主经营不会给他们任何竞争优势，更有可能是供应商能比他们更好地运行它，”专注于开发者的分析公司RedMonk的联合创始人Stephen O’Grady说。“每个企业都在走这条路吗?”目前还没有，但演进和方向似乎都很明确。”
以下是考虑托管Kubernetes服务。
让我们先从最明显的原因开始。旅游科技公司Amadeus负责技术平台和工程的高级副总裁西尔万·罗伊(Sylvain Roy)说，“我们应该清楚，工作量更少了。”他说，“它是为我们运作的，这很重要，因为我们面临着一个挑战，我们需要所有的人来管理Kubernetes。”
同样的，建筑公司Strabag的一小群工程师自2006年以来一直在自己运营容器，并在过去4年里转变为Docker和Kubernetes自行管理的开源项目。现在集团正寻求尽可能多的集群管理的自动化,通过现代化的现有应用程序和将底层Kubernetes集群的管理交给公有云。
Strabag云服务团队负责人马里奥•克莱纳瑟(Mario Kleinasser)表示:“这个过程是把适合交给别人的任务交给别人。”
彭博社的计算基础设施主管安德烈Rybka说：”当你没有SRE(软件可靠性工程)团队或团队管理Kubernetes的发布周期,专注于运行应用程序和且不想管理Kubernetes，利用供应商是非常有意义的”。如今，彭博仍在本地运行其大部分Kubernetes工作负载，但它也开始在适当的地方使用公有云供应商的托管工作负载。
Kubernetes的管理技能很难获得，而且成本很高，特别是当您正在编写自己的YAML配置文件时。如果您有专人可以手动调优Kubernetes集群，那么您可能希望将集群的管理交给更普通的工作负载，从而将他们释放出来，以便管理您的内部平台或任何特别重要或棘手的工作负载。Amadeus的Roy说:“为这些技术获取和留住人才并不容易，这显然是一个挑战。”
简单地说，大型云供应商通常比您自己更适合管理您的Kubernetes集群，这是由于他们的工程团队的规模、他们对客户部署的广泛了解以及他们对这些部署的底层遥测的访问。
RedMonk的O 'Grady说:“供应商很可能会把它运行得更好。”“供应商有遥测技术，而且可以看到所有客户都在运行这个系统，这与单个企业只有自己的模型可以参考不同。”
以Bloomberg为例，它在2015年的鼎盛时期就转向Kubernetes，当时Kubernetes还只是一个alpha版本，在2017年进行了必要的持续集成、监控和测试后才投入生产。Rybka说，尽管彭博的工程师们仍然在很大程度上对内部应用程序的Kubernetes集群进行自我管理，但当工作负载在公共云中运行时，使用托管选项越来越有意义，特别是“从可靠性的角度来看”。
对于管理自己的Kubernetes的人来说，升级和补丁是最不值得羡慕的两项工作，这就是为什么托管提供商优先考虑让你摆脱这些任务。
AWS计算服务副总裁迪帕克·辛格(Deepak Singh)表示:“自己给Kubernetes打补丁、更新和管理是一件非常复杂的事情，是一件完全没有区别的繁重工作。”
托管提供商必须赢得开源社区和客户的信任，这些客户希望确保他们所使用的Kubernetes发行版尽可能接近普通的开源版本，以允许更大的可移植性，避免被锁定。
AWS的辛格说，对于一些客户来说，EKS保持与Kubernetes开源发行版的密切联系是很重要的，“没有什么奇怪的巫术会产生差异。”AWS最近在GitHub上开源了它的EKS发行版，以此来证明这一点。
Kubernetes的联合创始人兼VMware Tanzu的首席工程师Joe Beda承认，“如果不谈论锁定，就很难进行这样的对话。”他敦促做出购买决定的人适当评估风险。
“你有多大可能搬走?”如果你这么做，代价是什么?您需要进行多少代码重写和多少再培训?任何进行这些投资的人都需要了解这些要求、风险以及对它们的权衡。”
就其本身而言，CNCF运行一个经过Kubernetes认证的一致性程序，以确保从一个安装到下一个安装的互操作性，无论认证供应商是谁。
对于像Amadeus和Bloomberg这样的大型复杂组织来说，总会有一些工作负载让你觉得不舒服，不管是敏感的数据安全问题、棘手的内部依赖关系，还是想要手动调优自己集群的过度保护的平台团队。
“那些想要自我管理部件的人会担心数据平面;他们需要定制或专攻某些领域。他们不介意管理控制平面，”谷歌的Hightower说。
然而，现实情况是，你自己经营Kubernetes的所有理由正变得越来越没有说服力。
RedMonk的O 'Grady说:“也许你认为这是一项没有人愿意将其作为沉没成本而注销的现有投资，或者是对一些工作量或业务有保守的组织担忧。”“或者，你会担心自己的一部分基础设施(被认为具有战略意义)会脱离你的控制。但当你看到你的同事这样做时，那种顾虑就会消失，你会看到更多的人意识到好处。”
原文地址：https://www.infoworld.com/article/3614605/6-reasons-to-switch-to-managed-kubernetes.html
如需进一步协助或服务，请留言，泰岳云业务会提供自动化工具及专业服务。