下一个Kubernetes管理前沿：自动化

Kubernetes作为一项核心技术，已经成为现代应用程序架构的基础，其市场份额继续扩大。Portworx by Pure Storage最近对500名全职IT部门员工进行的一项调查发现，87%的人预计Kubernetes在未来两年将在其组织中发挥更大的作用，79%的人指出，他们在过去两年中已经增加了对Kubernete集群的使用。

调查发现，调查对象提到的越来越依赖Kubernetes的主要原因是需要提高自动化水平（56%），其次是降低IT成本（53%），需要更快地部署应用程序（49%），以及新冠肺炎大流行刺激的数字转型举措（48%）。

在最初采用后，许多企业IT组织很快意识到Kubernetes是有史以来部署和管理的最强大但最复杂的平台。现在，这些企业正试图管理Kubernetes集群，这些集群以前所未有的规模带来了更多的网络和安全挑战。

虽然在一个Kubernetes集群中运行许多工作负载以实现更轻松的管理和更好的资源利用让人感觉很直观，但我们观察到Kubernete集群部署的数量在增加，无论是开发团队自己选择的结果，还是为了更接近用户或出于组织或法律原因隔离在边缘运行的工作负载的性能优化。

Kubernetes是由世界上一些最有才华的软件工程师为大型架构而构建的。问题是它的复杂性需要熟练的软件工程师，而在当今竞争激烈的劳动力市场中，这是一种稀缺资源。Kubernetes的专业知识不仅很难找到和留住，而且拥有这些技能的软件工程师也拥有IT行业最高的薪水。

部署的Kubernetes集群呈指数级增长，再加上吸引和保留内部Kubernete专业知识的挑战，使中小型IT组织难以跟上Kubernets集群的扩张。市场需要更简单的方法来实现Kubernetes的大规模工业化增长，无论是通过中央控制平面还是自动化，或者两者兼而有之。

Kubernetes集群的扩散需要一个中央控制平面

随着Kubernetes集群的不断扩大，需要一个中央控制平面来确保系统的不同组件能够有效地协同工作。如果没有中央控制平面，就很难管理和协调不同的Kubernetes集群，也很难确保应用程序端到端平稳运行。它也使DevOps和管理员更容易对集群进行集中管理和控制。中央控制平面还需要通过以下方式考虑微服务联网：

——从一个地方管理全局和本地流量，同时提供分布式环境的仪表板概述；

——以一致的方式在所有集群中全局应用流量管理规则和安全策略等设置；

——提供集中的全局服务器负载均衡（GSLB）功能，以提高公共云和私有云中跨多个区域的应用程序的可靠性并减少延迟。

具有简单易用的web GUI的集中控制计划是使团队能够快速引导项目的一种方便方式。刚开始使用Kubernetes的组织在手工制作单个集群部署时会发现这是非常宝贵的。

但是，随着组织在生产中加速采用和使用Kubernetes，多个集群的手动管理变得难以为继。

自动化不再是“可有可无的”

在大规模部署中有效导航Kubernetes的唯一方法是采用正确的自动化和管理工具。

部署Kubernetes的组织必须让大多数IT团队中的少量管理员能够访问它。大多数人通过GitOps（DevOps自动化的一个版本）寻求完全的自动化和审计能力，以在多个Kubernetes集群中部署和管理基础设施和应用程序。

GitOps的核心是促进使用声明性基础设施和应用程序定义，这些定义描述了环境的期望状态，而不是实现它所需的步骤。非GitOps提供集群和部署清单的方法和部署策略通常是分散的，涉及手动干预，这花费了工程师的时间并延长了缩放过程。

GitOps通过更轻松的协作（具有完整的审计跟踪）、版本控制和回滚更改的能力，以一致和可重复的方式解决了管理和部署基础设施和应用程序的问题。通过利用符合GitOps的工具，应用程序团队可以利用Kubernetes集群的自我修复、自动缩放和可观察性自动化，并创建一种统一的方法来整合安全性和可观察性标准。

不管最初采用率上升背后的动机是什么，很明显，随着集群越来越多地部署在从网络边缘到云的任何地方以及两者之间的任何地方，Kubernetes现在已经成为IT领域的一个必不可少的部分。投资一个GitOps就绪的中央控制平面将为组织指明下一个Kubernetes管理前沿的正确方向。