Kubernetes架构的8个阻碍

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架构并非如此。

（编辑：常州站长网）

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