k8s已经成为一个家喻户晓的容器编配的工具。不可否认，它已经成为许多开发人员的理想解决方案。但是Kubernetes真的完美无瑕吗？相反，你可以从对Kubernetes提供的各种可能性充满热情，转变为试图解决一路上出现的许多问题而感到沮丧。这就是为什么越来越多的组织开始寻找更容易使用的 Kubernetes 替代品。本文强调了这些替代品的必要性，并提出了一个强有力的竞争者，以取代Kubernetes。
Kubernetes试图解决的问题
Kubernetes 最初是谷歌开发的开源版本的 Borg，它是谷歌过于复杂的容器管理平台，但后来发展成为一个全球性的运动。它目前由云计算原生计算基金会(CNCF)控制，并由大量贡献者维护。
Kubernetes 已经成为自动化软件部署、容器管理和基础设施伸缩的事实标准。它运行具有内置默认副本和自动伸缩的容器化应用程序，以确保它们是健康的、在线的并且可以快速伸缩。
任何 Kubernetes 基础设施的核心都是容器，它去掉了 VM 中不必要的部分，比如管理程序(hypervisor) ，只将操作系统和应用程序的必要组件包装成一个整洁的包。
组织寻求替代方案面临的挑战
1. Kubernetes可能会过度消耗
大多数组织的运营规模不及谷歌或 Facebook。我们说的是18个数据中心，占地4000万平方英尺，花费200亿美元。McAfee 称，“员工少于1000人的公司平均运行22个定制应用程序。”同意，这些应用程序仍然需要现代技术和方法来有效地管理它们。然而，Kubernetes 的技术实力过于强大，甚至可能分散人们对应用程序本身的注意力。
2. Kubernetes 太过复杂
Kubernetes 最初的目标相当简单——“灵活地运行分布式系统”但是这个简单的目的在目前的情况下似乎变得太混乱了。甚至谷歌的评论也说，“用户很难正确配置 Kubernetes”，而像 Istio 这样的工具也很难安装和使用。Kubernetes斯试图解决太多的问题，导致平台被拉向太多的方向。
3. 拥有和维护费用高
尽管 Kubernetes 可以免费使用，但这是一种非常昂贵的产品。它具有管理基础设施以及优化运行在其上的工作负载的隐性成本。所以，就保持形状所花费的时间而言，Kubernetes是昂贵的。
4. 艰难繁琐的过渡
移民到 Kubernetes 是一项艰巨而艰难的任务。要做到这一点，您需要重构体系结构的一些部分或全部。您还需要一个庞大的团队来确保 Kubernetes 集群的运行。即使您设法构建了一个维护良好的 Kubernetes 设置，要从一个基本的集群到一个可靠的生产环境，仍然有大量的工作要做。
人们在寻找什么？
容器与云编排的一种自主方法
在软件世界，Kubernetes 试图为所有人提供所有东西，但它已变得过于复杂。Kubernetes 的魅力已经消失殆尽，人们开始寻找替代方案，为容器编排提供一种固执己见的方式。
更简单的开始方式
各种各样的工具被用来帮助处理和管理 Kubernetes 错综复杂的问题。Kubernetes 的不同地区需要额外的工具来加以补充。这意味着在开始在生产 Kubernetes 集群中运行应用程序之前，您必须学习操作多个迷你工具。当您尝试跨多个基础设施提供程序进行部署时，这种工作负载会变得更加复杂。许多人希望能够从这个学习过程中解脱出来，把大量不同的工具拼凑起来，以便开始学习。任何有助于避免这种混乱局面的替代方案都是可喜的变化。
开发人员可以在没有 DevOps 团队的情况下进行构建
当涉及到使用以复杂性著称的系统时，构建过程会显著减慢。这是因为对于以前没有使用过基础设施的开发人员来说，习惯 Kubernetes 开发工作流是相当困难的。此外，即使是非常熟悉该框架的开发人员也需要 Kubernetes 专家和 DevOps 团队帮助他们克服遇到的各种瓶颈。这最终会降低生产力并延长发布周期。因此，组织正在寻找消除开发人员对 DevOps 团队依赖的方法。他们希望给予开发人员在需要时访问所需资源的灵活性和自主权。
为什么使用cycle作为Kubernetes的替代品？
K8s家族在容器管理领域占据统治地位已有数年之久，直到人们充分认识到需要一种替代方案。这种需求导致了新的解决方案的出现，这些方案可以做到Kubernetes所做的事情，而不会带来麻烦和复杂性。其中一个解决方案是 Cycle.io，这是一个为开发者打造的低端操作平台，可以与Kubernetes竞争。
Cycle 将强大的容器编排与预先配置的服务、自动化网络、基础设施管理、完整的 DNS 解决方案和映像管理相结合。它帮助向所有服务器自动交付平台更新。该循环还允许您从任何受支持的提供程序部署自己的基础设施。因此，您可以在任何云服务提供商之间拥有自己的基础设施、数据和应用程序，而不必被锁定在其中任何一个服务提供商之中。该周期是完全符合 OCI (开放容器倡议)的，并侧重于优先考虑质量超过数量。
结论
多年来，Kubernetes一直是每个人都要求采纳的热门话题。所以，被它的受欢迎程度扫地出门才是公平的。但是，重要的是要记住容器编排是关于解决您的业务面临的技术问题。你需要弄清楚你想要解决的问题是什么，你正在寻找的目标是哪些痛点，以及你是否真的需要Kubernetes。在你回答这些问题之后，你应该看看 Kubernetes 和其他更简单更有效的选项，比如 Cycle，并权衡每个选项的硬成本和软成本。我希望本文可以作为一个指南，帮助您获得一个新的视角，并为您的组织做出正确的决策。
