没有人想再管理kubernetes

管理Kubernetes很难，许多组织开始意识到他们可以更好地关注其他，但尚未解决的工程问题，如果他们向托管服务提供商提供了一个大块的容器编排责任。

今天，最受欢迎的管理kubernetes选项 - 有时被称为Kubernetes作为服务（Kaas） - 亚马逊弹性Kubernetes服务（eks），Azure Kubernetes服务（AKS）和Google Kubernetes Engine（GKE）。每个云提供商提供越来越多的这些服务的托管版本 - 例如高度自传的GKE自动驾驶仪和无服务器eks Fargate - 自2018年左右首次启动以来。还有其他选项，如牧场主，红帽OpenShift和VMware Tanzu，但三大云供应商主导了这个区域。

云供应商致力于在允许客户控制和集成所需的内容和抽象棘手的自动播放，升级，配置和群集管理任务之间的正确平衡。这些托管服务的成熟使许多组织实现了管理自己的Kubernetes集群是征税和不必要的工作。

“人们一路走到开源二进制文件并写自己的工具是一个非常极端的例子，今天的理由很少，除非你正在使用真正独特的方式使用kubernetes，”Joe Beda说，Kubernetes的Cofounder和VMware Tanzu的主要工程师。

“拥有强大的工程和运营组织的组织始终存在kubernetes本身的组织，但对于一项艰巨的客户来说，它变得清晰，”亚马逊Web服务的计算服务副总裁Deepak Singh说。 “缩放Kubernetes的挑战，管理控制平面的复杂性，API层，数据库 - 这不是胆小的核心。”

Brendan Burns，Azure Compute和以前是谷歌Kubernetes上的领先工程师，将此新发现令人遗憾的是由更好的企业功能的双因素推动的托管Kubernetes服务 - 专门的功能，如专用网络支持和一致的策略管理能力 - 更广泛的业务司机达到敏捷性和速度。

STEPHEN O'GRADY的开发人员专注的分析师公司Redmonk的Cofounder看到了类似的模式，如前所述，如前所述，与Kubernetes一起出发，如前所述，数据库和CRM，没有管理员将把他们的皇冠珠宝交给管理的提供商 - 直到他们做到了。

“当企业考虑战略的事情时，最初的倾向是自我运行，”他说。 “那时他们会随着时间的推移而实现，因为它们不仅是它不仅仅是给予他们任何竞争优势，而不是供应商可以比他们更好地运行它。这是每一件路线的企业吗？还没有，但旅行的胃口和方向似乎很清楚。“

Ihor Dvorerskyi是一个开发人员倡导者在云本机计算基金会（CNCF），正在看到这一趋势在各种Kubernetes用户中播放。 “这几天，我们可以在以前更集中地使用托管服务在监管环境中看到更大的客户，”他说。

采取金融数据巨头彭博。返回2019年Compute Infrastructure Andrey Rybka的负责人告诉InfoWorld，“你真的必须拥有一个与上游Kubernetes和CNCF和整个生态系统有关的专家团队，以便拥有内部知识。你不能依靠供应商并需要了解周围的所有复杂性。“

快进至今天。 Bloomberg现在拥有与所有三大管理Kubernetes服务的生产中的工作负载。改变了什么？

“云提供商一直在努力提高Kubernetes产品周围的服务质量，”Rybka说。 “到目前为止，趋势线对托管服务成熟真的很好。”

它还归结为使用正确的工具进行特定作业。 Bloomberg仍然运行了大约80％的Kubernetes工作负载，它在开发内部技能方面，以便可靠地管理该环境和内部开发人员平台。然而，对于云适当的工作负载，“我们依赖于管理的Kubernetes产品，因为我们无法做到更好的工作，”他说。

无论您在何处，数字都将此从自动管理开源Kubernetes视为管理分布。

在最新的CNCF云本机调查中，26％的受访者使用管理的Kubernetes服务，比前一年的23％，速度快到安装在内的安装，31％。那些被CNCF成员的受访者可能会歪斜该号码，以自我管理的组织将传统上与自己的Kubernetes集群进行修补。因此，管理的Kubernetes的实际使用可能高于CNCF调查表明。

Flexera的2021云报告显示，51％的受访者使用AWS托管容器选项，其中包括亚马逊EKS和Amazon的非Kubernetes ECS服务。自我管理的Kubernetes是48％的，距离Azure的管理Kubernetes服务（AKS）以43％以上，谷歌（GKE）以31％进一步下降。

根据DataDog的最新集装箱报告，大约90％的组织在Google Cloud上运行Kubernetes的组织依赖于GKE，AKS正在快速成为Azure上的Kubernetes用户的常态，其中三分之二的受访者采用了它。与此同时，亚马逊的eks同比增长10％，并继续稳步攀升。

在AWS专门的情况下，辛格说：“非常少数人在今天开始AWS的客户不会在eks上开始，以及现在运行自己的kubernetes的大量客户现在在eks上运行，因为[运行它自己]只是不值得。“例如，他说，Flight Metasearch引擎Skyscanner最近迁离了自我管理的Kubernetes，支持EKS。

内部专业知识缺乏，确保安全性，实际管理集装箱环境是对Flexera调查的受访者中最引用的Kubernetes挑战之一。

Flexera调查显示，在拥有少于1000名员工的员工，云本地专业知识更加努力，云本地专业知识更加流行，但仍然更受欢迎。 AWS管理选项是迄今为止管理容器的最普遍的方式，52％，以37％的自我管理的Kubernetes，Azure-Managed达到35％，而GKE-Managed则以23％。

CNCF的DVORESTYII引用管理开销和时间和资源消耗作为采用托管Kubernetes的主要驱动程序。 “如果他们可以通过托管服务满足，这是一个明显的选择，无法重塑车轮，”他说。

对于全球旅游技术公司Amadeus，管理Kubernetes服务符合简化管理的承诺。 Amadeus自2017年以来一直稳定地转向Kubernetes作为其底层基础设施。

“这是较少的工作，让我们清楚。它对我们进行了运作，事项是因为我们有挑战，以便拥有我们需要运行的所有人[Kubernetes]，“公司技术平台高级副总裁Sylvain Roy表示，”公司技术平台高级副总裁。如今，Amadeus在Kubernetes集群中遍布了所有工作负载，或者在本地或私人或公共云中，主要是通过Red Hat的OpenShift平台。

“数字是一个因素的总体成本：与我们自己的设置相比，我们需要花费多少钱以及我们需要运行多少人？” Roy说关于考虑托管Kubernetes的工作量。

Amadeus尚未将任何工作负载移到托管服务，但在与Microsoft进行了新的交易之后，它是测试AKS和其他托管服务“它是有道理的。”

现在，它不包括核心应用程序。但是对于“我们所做的不是核心而不是核心的工具和应用程序，并且对于较小的利基用例，使用像Aks这样的东西是有道理的，”罗伊说。

对于许多组织来说，随着供应商承认的，使用管理的Kubernetes服务的决定将归结为信任。

“当Kubernetes出来时，担心它是一个诱饵和交换机，一个来自供应商的土地从开放的社区中拿走，并且它将变成开放的核心。它已经采取了五个，六年几乎反驳了这一点，“谷歌云彩的主要工程师Kelsey Hightower说。

同样，AWS的Singh表示，对于一些客户来说，eks保持靠近Kubernetes的开放源分布，“没有奇怪的伏都教会会产生差异。” AWS最近在Github上开放了它的eks发行版，作为一种证明这一点的方法。

VMware的Beda承认，“如果锁定，则很难有这种谈话，”并敦促任何人制作这些购买决定，以适当地评估风险。 “你有多可能离开？如果你这样做，那将是这样做的？您需要做多少代码重写以及多么重新培训？他说，任何让这些投资的人都需要了解对他们的要求，风险和权衡。“

就其部分而言，CNCF运行认证的Kubernetes一致性程序，可确保从一个安装到下一个安装的互操作性，无论认证供应商是谁。

在彭博和Amadeus的大型和复杂的公司中，一些遗留或高度敏感的工作量将简单地仍然是本地，他们运行的Kubernetes集群可能仍然是一段时间的自我管理。

“那些想要自我管理部件的人将担心数据平面;他们需要在某些区域定制或专注。他们不介意托管控制飞机，“谷歌的Hightower说。

AWS的Singh看到了两种类型的客户，他们还没有跳过托管的Kubernetes Bandwagon：那些他定义为“建设者”和那些具有深入依赖依赖关系的客户。对于Builder类，“我们的焦点是认识到它们并花时间在AWS上提供核心Kubernetes，”具有像开源Karpenter AutoStaler这样的项目的项目。

“第二个课是不运行纯粹kubernetes的人，他们已经制作了叉子和变化，并拾取了他们无法访问的管理控制平面成为问题的依赖关系。他们建造了一个弗兰肯 - kubernetes，它需要一些时间来回到香草·普贝特斯，“他说。

对于已经在开发和雇用微调所需的技能的组织进行了大量投资的组织，这些技能不会因为在适当的情况下采用一些托管服务而浪费，说CNCF的Dvorerskyi。

“这些技能肯定不是没用的，”Dvorerskyi说。 “即使您使用完全托管的Kubernetes并仅在现有群集中编写一些应用程序，知道它在引擎盖下的工作方式有助于更有效地建立这些。”

在Kubernetes的生命周期中的这个阶段，作为核心企业技术，所有的迹象都指向较少和更少的令人信服的原因，让您自己的Kubernetes设置下的引擎盖。

“也许你认为它是一个现有的投资，没有人想要被沉没的费用，或者对一系列工作量或业务有保守的组织担忧，”奥格雷迪说。 “或者有一个令人置信的基础设施，被认为是战略性的，让你的控制感到沮丧。但是当你看到你的同龄人这样做时，那就令人沮丧地消失了，你会看到更多的人意识到福利。“