作者：November 03, 2016 By Brandon Philips
翻译：狄卫华
原文：Introducing Operators: Putting Operational Knowledge into Software
原文链接：https://coreos.com/blog/introducing-operators.html
现场可靠性工程师（Site Reliability Engineer）是通过编写软件来管理应用程序的人员。 他们是工程师，开发人员，知道如何专门为特定的应用领域开发软件。 由此产生将应用程序的运行的领域知识编入对应的软件（简单的说就是，产生了一个专门针对软件运行管理的软件领域，即 Operator ）。
我们的团队一直忙于 Kubernetes 社区的设计和实施这种理念： 可以在 Kubernetes 上可靠地创建，配置和管理复杂的应用程序实例。
我们称这类新的软件为 Operators。 Operator 是一个特定的应用程序的控制器，通过扩展 Kubernetes API 以代表 Kubernetes 用户创建，配置和管理复杂有状态应用程序的实例。 它建立在基本的 Kubernetes 资源和控制器概念的基础上，但包括域或特定于应用程序的知识以自动执行常见任务。
无状态很容易，有状态很难
借助 Kubernetes，我们可以相对容易地即时管理和扩展 Web 应用程序，移动后端 和 API 服务。为什么？因为这些应用程序通常是无状态的，所以基本 Kubernetes API 可以在没有其他知识的情况下进行扩展并从故障中恢复，比如像 Deployments。
一个更大的挑战是管理有状态的应用程序，像数据库，缓存和监控系统。这些系统需要应用领域的知识才能正确扩展，升级和重新配置，从而防止数据丢失或不可用。我们希望将这种应用特定的操作知识编写到软件中，其可以使用利用强大的 Kubernetes 抽象能力，达到正确运行和管理应用程序的目的。
Operator 是一种软件，它结合了特定的领域知识并通过 third party resources （译：当前为 CRD）机制扩展了Kubernetes API，使用户像管理 Kubernetes 的内置资源一样创建，配置和管理应用程序。Operator 管理整个集群中的多个实例，而不仅仅管理应用程序的单个实例。
为了用实际运行代码演示 Operator 概念，今天我们宣布两个具体的开源项目：
- etcd Operator 创建，配置和管理 etcd 群集。 etcd 是由 CoreOS 引入的可靠的分布式键值存储，用于维护分布式系统中的最关键数据，并且是 Kubernetes 本身的主要配置数据存储。
- Prometheus Operator 创建，配置和管理 Prometheus 监控实例。 Prometheus 是一个强大的监控，指标和告警工具，由 CoreOS 团队支持的云本机计算基金会（CNCF）中的项目。
如何建立一个Operator
Operators 建立在 Kubernetes 两个核心概念上：Resources 和 Controllers。 例如内置的 ReplicaSet 资源允许用户设置运行所需 Pod 的数量，并且 Kubernetes 内的 Controllers 通过创建或删除正在运行的 Pod 来确保在 ReplicaSet 资源中设置符合预期的状态。 Kubernetes 中有许多以这种方式工作的基础 controllers 和 resources，包括Services, Deployments, 和 Daemon Sets。
例 1a: 运行的单个 Pod，用户修改期望运行的 Pod 数目为 3
例 1b: 一段时间后，Kubernetes 内部的 controllers 创建了更多的 Pod 以满足用户要求
Operator 建立在基本的 Kubernetes resource 和 controller 概念之上，增加了一套知识或配置，允许 Operator 执行常见的应用任务。 例如手动扩展一个 etcd 集群时，用户必须执行多个步骤：为新的 etcd 成员创建一个 DNS 名称，启动新的 etcd 实例，然后使用 etcd 管理工具（etcdctl member add）告诉关于这个新成员的现有集群。 用户可以通过 etcd Operator 简单地将 etcd 集群大小增加 1。
例 2: 用户使用 kubectl 触发了备份操作
Operator 可能处理的复杂管理任务的其他示例包括安全协调应用程序升级，配置备份到异地存储，通过本地Kubernetes API 进行服务发现，应用程序 TLS 证书配置和灾难恢复。
如何创建 Operator？
Operators 本质上是特定于应用程序的，所以最复杂的工作是将应用程序运转的领域知识编码为合理的配置资源和控制循环。 在构建我们任何应用程序都很重要的 Operators 时，我们发现了一些常见模式：
- Operators 应该像安装单个deployment 一样进行安装，例如
kubectl create -f https://coreos.com/operators/etcd/latest/deployment.yaml并在安装后不需要再执行其他操作。 - Operators 在安装到 Kubernetes 时应创建一个新的第三方类型。用户使用此类型创建新的应用程序实例。
- Operators 应尽可能利用内置的 Kubernetes 原语，如 Services 和 Replica Sets，以充分利用经过良好测试和易于理解的代码。
- Operators 应该向后兼容并且始终了解用户创建的以前版本的资源。
- Operators 应被设计成 Operators 停止或删除时应用程序实例不受影响。
- Operators 应该让用户能够根据声明的期望版本进行对应的编排应用程序升级。不进行软件升级是操作错误和安全问题的常见来源，Operators 可以帮助用户更加方便地解决这一问题。
- Operators 应该针对潜在的Pod，配置和网络故障的使用 “Chaos Monkey” 测试套件进行测试。
Operators 的前景
今天由 CoreOS 推出的 etcd Operator 和 Prometheus Operator展示了Kubernetes平台的强大功能。 去年依赖，我们更广泛地与 Kubernetes 社区合作，致力于使 Kubernetes 更加稳定，安全，易于管理和安装。
现在，作为 Kubernetes 的基础已经奠定，我们的新焦点是在其之上构建系统：使用新功能扩展 Kubernetes。 我们设想用户在他们的 Kubernetes 集群上安装 Postgres Operators，Cassandra Operators 或 Redis Operators，并且可以轻松地部署这些程序的可伸缩实例，就像今天部署无状态Web应用程序一样。
想了解更多信息，请参阅 GitHub仓库，在我们的 community 频道中进行讨论，或于11月8日星期二在 [KubeCon与 CoreOS 团队交谈。请不要错过在11月8日星期二下午5点25分发布我的主题演讲)，我将介绍 Operators 和其他Kubernetes主题。
FAQ
Q：这与StatefulSets（以前的PetSets）有什么不同？
A：StatefulSets 旨在支持 Kubernetes 中的应用程序，这些应用程序需要群集为静态 IP 和 存储提供 “有状态资源”。 需要这种更有状态的部署模型的应用程序仍然需要 Operator 自动化来提醒并针对故障，备份或重新配置采取行动。 因此需要这些部署属性的应用程序的 Operators 可以使用 StatefulSets，而不是利用 ReplicaSets 或Deployments。
问：这与 Puppet 或 Chef 等配置管理有何不同？
答：Containers 和 Kubernetes 是使 Operators 成为与他们有了巨大差异。 结合这两种技术，使用 Kubernetes API，部署新软件，协调分布式配置以及检查多主机系统状态是一致且容易的。Operators 这些原语粘贴在一起，为应用程序使用者提供有用的方式； 它不仅仅是配置，而是整个应用状态。
问：这与 Helm 有什么不同？
答：Helm是一个将多个 Kubernetes 资源打包到一个包中的工具。 将多个应用程序打包在一起并使用主动管理应用程序的操作员是相辅相成的概念。 例如，traefik 是一个可以使用 etcd 作为其后端数据库的负载平衡器。 您可以创建一个Helm Chart，将 traefik Deployment 和 etcd 集群实例一起部署。 etcd 集群将由 etcd Operator部署和管理。
问：如果是 Kubernetes新手？ 这是什么意思？
答：这不应该改变新用户的任何内容，除非让他们更容易在将来部署诸如 etcd，Prometheus 等的复杂应用程序。 我们推荐的 Kubernetes 入门路径仍然是 minikube]()，kubectl run，然后可能会开始与 Prometheus Operator 一起玩，以监控您使用 kubectl run 部署的应用程序。
问： etcd Operator 和 Prometheus Operator 相关的代码地址？
答：是的！ 可以在 https://github.com/coreos/etcd-operator 和 https://github.com/coreos/prometheus-operator 上的GitHub上找到它们。
问：有其他 Operators 的计划吗？
答：是的，这很可能在未来。 我们也很乐意看到新的 Operators 也得到了社区的建立。 让我们知道您希望看到的其他运营商下一步要做什么。
问：Operators 如何帮助确保群集安全？
答：不升级软件是操作错误和安全问题的常见来源，Operators 可以帮助用户更加自信地解决执行正确升级的难题。
问：Operators 可以帮助灾难恢复吗？
答：Operators 可以轻松定期备份应用程序状态并从备份中恢复以前的状态。 我们希望 Operators 能够普遍使用这一项功能可以让用户轻松地从备份中部署新实例。
除特别声明本站文章均属原创（翻译内容除外），如需要转载请事先联系，转载需要注明作者原文链接地址。