Kubernetes程序的8个问题

作为开源容器编排器，Kubernetes已经成为组织部署容器化应用程序的实际解决方案。这其中有一些充分的理由，其中包括Kubernetes提供高度的可靠性、自动化、可扩展性的事实。尽管如此，有此行业人士还是认为Kubernetes架构过于复杂。虽然已经有6年以上的应用历史，但它还是有许多缺点。其中一些缺点是Kubernetes本身所固有的，而另一些缺点则是围绕该平台成长起来的生态系统的产物。

在部署Kubernetes之前，企业需要考虑以下开源容器编排器的一些问题。

1. Kubernetes是为大规模的公司设计的

首先，Kubernetes架构始终是为需要管理超大规模应用程序环境的组织而构建的。对于谷歌公司来说(Borg编排者构成了成为开源Kubernetes项目的基础)，Kubernetes是一个很好的工具。而对于拥有数十个数据中心以及数千个分布在其中的应用程序和服务的Netflix、Facebook、AWS等其他大规模的公司来说，也是如此。

但是如果是一个规模较小的组织，并且只有一个可能只部署十几个应用程序的数据中心，那么Kubernetes架构无疑规模过于庞大，这可能就像驾驶推土机为后院花园翻土一样大材小用。除非是大规模使用，否则配置和管理它需要解决大量的问题。

2. Kubernetes有很多发行版

Kubernetes架构的另一个问题是，Kubernetes有很多发行版，以及大量与其相关的不同的工具、理念和观点。

当然，在某种程度上，任何开源生态系统中都会发生分裂。例如，RedHat Linux与Ubuntu Linux具有不同的软件包管理器、管理工具等。但是，RedHat和Ubuntu的相似之处远大于区别。对于使用Red Hat系统的管理员来说，如果要迁移到Ubuntu，则不需要花费六个月的时间自学新工具。

行业专家并不认为Kubernetes也是如此。如果现在正在使用OpenShift，但又想切换到VMware Tanzu，则其学习过程将非常艰巨。尽管这两个Kubernetes发行版都使用相同的基础平台Kubernetes，但是它们添加的方法和工具却截然不同。

基于云计算的Kubernetes服务也有类似的分裂。Google Kubernetes Engine(GKE)与Amazon EKS(相当于AWS云)等平台相比，具有截然不同的用户体验和管理工具套件。

当然，这并不是Kubernetes架构本身的错，而是不同供应商尝试使其Kubernetes产品实现差异化的结果。但是从Kubernetes用户的角度来看，这仍然是一个现实问题。

3. Kubernetes是多个部分组成的平台

人们将Kubernetes当作一个平台，但实际上它由6个以上的不同组件组成。这意味着当安装或更新Kubernetes时，必须分别处理每个组件。而且大多数Kubernetes发行版都缺乏执行这些操作的自动化解决方案。

当然，Kubernetes是一个复杂的平台，它需要多个部分组合才能工作。但是与其他复杂平台相比，Kubernetes在将其各个部分集成到一个易于管理的整体方面做得特别糟糕。典型Linux发行版也包含许多不同的软件。但是用户能够以集中、简化的方式安装和管理它们。Kubernetes架构并非如此。

4. Kubernetes不会自动地保证高可用性

使用Kubernetes的最常被提及的原因之一是，它以一种神奇的方式管理应用程序，保证它们永远不会失败，即使部分基础设施出现故障。

确实，Kubernetes架构可以做出明智的自动决策，以决定将工作负载放置在集群中的位置。但是，Kubernetes并不是实现高可用性的灵丹妙药。例如，它将在只有一个主节点的生产环境中运行，这是关闭整个集群的方法(如果主要服务器出现故障，则整个集群将基本上停止运行)。

Kubernetes也不能自动保证在集群中运行的不同工作负载之间正确分配资源。要进行设置，用户需要人工设置资源配额。

（编辑：宣城站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!