不，分析师表示，Kubernetes没有使应用程序可移植

Gartner分析师Marco Meinardi、Richard Watson和Alan Waite表示，不要将应用程序可移植性作为采用Kubernetes的主要驱动力，因为虽然该工具在理论上提高了可移植性，但在实践中也会将您锁定，同时可能会阻止您访问云中最好的部分。

这三个人在最近的一份“技术专业建议”文件中提出了这一理论，该文件上周在一篇博客文章中进行了总结。

注册中心已经访问了完整的文档，它的核心思想是，如果不采用您喜欢的Kubernetes管理工具的供应商，采用Kubernetes是不可能的。

“通过使用Kubernetes，您只需将一种形式的锁定换成另一种形式，特别是在需要时可以降低切换成本的形式，”三人写道。“使用Kubernetes来最小化提供者锁定是一个有吸引力的想法，但这样的抽象层只是变成了另一个锁定点。您现在被锁定在抽象层，而不是被锁定在底层基础设施环境中。“。

如果您采用Kubernetes仅仅是为了实现应用程序可移植性，那么您就是在尝试解决一个问题，即承担三个您还没有的新问题。

这一点很重要，因为“尽管抽象层在可移植性方面可能很吸引人，但它们并不表现出与底层服务完全相同的功能--它们经常掩盖或扭曲它们。一般而言，当组织因其管理费用和服务不一致而优先考虑价值实现时间和上市时间时，在公共云服务之上使用抽象层几乎是不合理的。“。

这三个人还担心，追求便携性可能会切断用户与云中最好的部分的联系。

“使用Kubernetes实现可移植性还需要避免将应用程序与基础设施提供商捆绑在一起的任何依赖，例如使用云提供商的本地服务。他们写道：“通常，这些服务首先会提供驱使我们走向云计算的功能。”

然后是用来运行Kubernetes的基础设施，这三个人指出，这些基础设施将具有可变的特性，使得轻松可移植性变得不太可能。

分析师们写道：“计算实例对提供商越具体，它以任何方式移植的可能性就越小。”“例如，在[AWS]Fargate上使用EKS没有经过CNCF认证，甚至可以说不是标准的Kubernetes。对于由ACIS实现的Azure上的虚拟节点也是如此。“。

该文件还指出，采用Kubernetes几乎肯定意味着获得第三方存储和网络工具，这意味着必须复制更多元素，才能使应用程序可移植，从而更具锁定能力。

选择专为运行本地和云而设计的基础设施堆栈(如Google Anthos、Azure Stack或AWS前哨)可以缓解一些压力。

但总体而言，这份文档建议你别无选择，只能“选择你的锁定点，尽可能地缓解它，并接受它。”

而这一选择应该根据这三个人对您需要可移植性的“非常低”可能性的评价来决定。

“由于可移植性的挑战，大多数应用程序不会在云提供商之间迁移，但大多数应用程序不需要这样的可移植性。数据重力在使应用程序靠近数据驻留位置方面发挥着重要作用。移动数据通常既困难又昂贵。出于类似的原因，频繁移动应用程序以利用成本最低的基础设施的用例尚未实现。“。

因此，该建议建议，为搬家而建引入了“可携带性税”。

如果您采用Kubernetes仅仅是为了实现应用程序可移植性，那么您就是在尝试解决一个问题，即承担三个您还没有的新问题。

但是，如果您决定使用Kubernetes而不考虑上述因素，并且仍然看重可移植性，这三个人建议您使用另一层基础设施。

进一步抽象是避免锁定特定Kubernetes消费模式和供应商的一种合法方法。这种方法建议使用库伯内斯公司的经理，这些经理包括D2iQ Kommander、巨人群、Google Anthos、Platform9、Rancher、VMware Tamu Task Control或类似公司。

但当然，一旦你致力于这样的平台，它就变成了另一件你离不开的事情。

分析师们写道：“这类产品的目的是联合多个Kubernetes集群的供应和管理，跨越各种基础设施和Kubernetes消费模式。”但是，这会带来风险，可能会创建一个新的锁定点(到联合产品)，甚至比主要的云提供商或软件供应商更恶劣。“®。

The Register-独立于科技界的新闻和观点。情况发布的一部分