长期以来，在机器上分配工作负载一直是一个复杂的问题，不同的团队，如系统管理员、DBA、应用程序开发人员等，会互相影响。然而，最近，云原生架构和 Kubernetes 成为跨多个行业的标准。
Kubernetes 是用于管理跨不同机器的工作负载的标准化环境，所有主要云提供商都支持本地部署。Kubernetes 通过提供所需状态的声明性描述来部署容器化工作负载，然后 Kubernetes 系统会尽力部署所请求的工作负载，并在出现错误时将事物保持在所需状态。
最初 Kubernetes 专注于简单的无状态微服务，但很快发展到涵盖其他工作负载，因此可用于广泛的解决方案。然而，一些服务，如数据库，需要特殊处理。一个明显的例子是复制配置的持续维护，即使 Kubernetes 重新安排系统，例如在硬件故障之后。为了处理这种服务，Kubernetes 可以扩展为运营商，将一种特殊的服务绑定到 Kubernetes 平台。
随着 MySQL 8.0.29 的最新发布，MySQL 开发团队宣布，用于 Kubernetes 的新 MySQL Operator 达到了 GA 的资格。
GItHub地址：https://github.com/mysql/mysql-operator
MySQL Operator for Kubernetes 支持 Kubernetes 集群内 MySQL InnoDB 集群的生命周期。这包括简化 MySQL 服务器和 MySQL 路由器实例的部署，包括 TLS 证书和复制设置的管理，以及对这些实例的持续管理以及对备份的支持，无论是一次备份还是遵循计划。
部署时，MySQL Operator 将在 Kubernetes 集群内运行，并监视所需状态或现实的变化，并通过配置所需的 Kubernetes 主体将它们组合在一起。为了充分利用 Kubernetes 平台，它将依赖 Kubernetes 的 StatefulSet、Deployments、Jobs 和相关原语。运营商还通过默认使用 TLS 通信、鼓励使用 TLS 证书和限制容器的功能来确保安全性。
作为 GA 产品，我们的客户可以使用 MySQL Operator for Kubernetes 作为 MySQL Enterprise Edition 和 MySQL Community Edition 的一部分。
GItHub地址：https://github.com/mysql/mysql-operator
文章来源：https://blogs.oracle.com/mysql/post/mysql-operator-for-kubernetes-reaches-general-availability
