摘要：是什么最初由于年推出，并已被和社區用作打包部署和管理原生應用程序的方法。原生應用程序是一個部署在上的應用程序，使用和眾所周知的工具進行管理，如。的協調循環將選擇這些，并執行所需的操作以實現所需的狀態。目前在上列出的的一些示例包括和。

作者：Diane Mueller，紅帽云平臺社區發展總監

開發者和Kubernetes管理員面臨的重要挑戰之一，是缺乏快速查找在Kubernetes提供運營就緒的公共服務的能力。通常情況下，存在特定服務的Operator - 這種模式在2016年推出并獲得了動力 - 對于Kubernetes服務的運營就緒是一個很好的信號。但是，迄今為止還沒有Operator注冊表來簡化發現此類服務。

為了幫助應對這一挑戰，今天Red Hat與AWS、Google Cloud和Microsoft合作推出OperatorHub.io。OperatorHub.io使開發者和Kubernetes管理員能夠查找和安裝策劃好的、Operator支持的服務，其中包括基礎文檔、社區或供應商的主動維護、基本測試以及Kubernetes優化生命周期管理的打包。

目前在OperatorHub.io中的Operator只是開始。我們邀請Kubernetes社區加入我們，通過在OperatorHub.io上開發、打包和發布Operator，為Operator建立一個充滿活力的社區。

OperatorHub.io旨在滿足Kubernetes開發者和用戶的需求。對于前者，它提供了通用的注冊表，他們可以在其中發布他們的Operator以及描述、相關的詳細信息，如版本、鏡像、代碼倉庫，并打包準備方便安裝。他們也可以對已發布的Operator發布更新版本。

用戶可以在一個中心位置發現和下載Operator，該Operator的內容已根據前面提到的標準進行篩選并掃描已知漏洞。此外，開發者可以使用他們引入的CustomResources的說明性示例，指導其Operator的用戶，與應用程序進行交互。

Operator最初由CoreOS于2016年推出，并已被Red Hat和Kubernetes社區用作打包、部署和管理Kubernetes原生應用程序的方法。Kubernetes原生應用程序是一個部署在Kubernetes上的應用程序，使用Kubernetes API和眾所周知的工具進行管理，如kubectl。

Operator實現為自定義控制器，用于監視某些Kubernetes資源的顯示、修改或刪除。這些通常是Operator“擁有”的CustomResourceDefinition。在這些對象的spec屬性中，用戶聲明應用程序或操作的所需狀態。Operator的協調循環將選擇這些，并執行所需的操作以實現所需的狀態。例如，可以通過創建EtcdCluster類型的新資源，來表達創建高可用性etcd集群的意圖：

apiVersion: "etcd.database.coreos.com/v1beta2"
kind: "EtcdCluster"
metadata:
  name: "my-etcd-cluster"
spec:
  size: 3
  version: "3.3.12"

這樣，EtcdOperator將負責創建運行版本v3.3.12的3節點etcd集群。類似地，可以定義類型為EtcdBackup的對象，以表示創建etcd數據庫一致備份到S3存儲桶的意圖。

一種入門方法是使用Operator框架，這是一個開源工具包，提供SDK、生命周期管理、計量和監視功能。它使開發者能夠構建、測試和打包Operator。Operator可以用幾種編程和自動化語言實現，包括Go、Helm和Ansible，這三種語言都直接由SDK支持。

如果你有興趣創建自己的Operator，我們建議你查看Operator框架以開始使用。

Operator的功能范圍各不相同，從基本功能到應用程序的特定操作邏輯，以及備份、恢復或調整等高級方案的自動化。除了基本安裝之外，高級Operator可以更加無縫地處理升級并自動應對故障。目前，OperatorHub.io上的Operator來自不同成熟度范圍，但我們預計它們會隨著時間而持續成熟。

雖然不需要使用SDK實現OperatorHub.io上的Operator，但它們是打包給通過Operator Lifecycle Manager（OLM）進行部署。格式主要由稱為ClusterServiceVersion的YAML清單組成。它提供有關Operator擁有或要求的CustomResourceDefinitions的信息、所需的RBAC定義、存儲圖像的位置等。此文件通常附帶定義Operator自己的CRD的其他YAML文件。OLM在用戶請求安裝Operator以提供依賴性解析和自動化時處理此信息。

要列出，Operator必須成功顯示群集生命周期功能，打包為CSV并通過OLM維護，以及為其預期用戶提供可接受的文檔。

目前在OperatorHub.io上列出的Operator的一些示例包括：Amazon Web Services Operator、Couchbase Autonomous Operator、CrunchyData’s PostgreSQL、etcd Operator、Jaeger Operator for Kubernetes、Kubernetes Federation Operator、MongoDB Enterprise Operator、Percona MySQL Operator、PlanetScale’s Vitess Operator、Prometheus Operator和Redis Operator。

如果你有現有的Operator，請遵循貢獻指南使用社區Operator倉庫的分支。每個貢獻包含CSV、所有CustomResourceDefinitions、訪問控制規則以及安裝和運行Operator所需的容器映像的資料，其功能描述和支持的Kubernetes版本等其他信息。EtcdOperator可以作為完整的示例，包括Operator的多個版本。

在你自己的集群上測試Operator之后，將PR提交到社區存儲庫，其中包含此目錄結構的所有YAML文件。可以以相同的方式發布Operator的后續版本。剛開始這將是手動審查，但往后會自動化。由維護者合并之后，它將顯示在OperatorHub.io上，以及其文檔和方便的安裝方法。

參加即將舉行的Kubernetes Operator框架實踐研討會：3月7日在Pasadena的ScaleX舉行，以及3月11日在Santa Clara的OpenShift Commons Gathering on Operating舉行

聽聽Daniel Messer和Diane Mueller關于“Operator現況”的OpenShift Commons簡報

加入社區Kubernetes-Operator Slack Channel和Operator框架Google Group的在線對話

最后，閱讀如何將你的Operator添加到OperatorHub.io：https://operatorhub.io/contri...

KubeCon + CloudNativeCon和Open Source Summit大會日期：

會議日程通告日期：2019 年 4 月 10 日

會議活動舉辦日期：2019 年 6 月 24 至 26 日

KubeCon + CloudNativeCon和Open Source Summit贊助方案
KubeCon + CloudNativeCon和Open Source Summit多元化獎學金現正接受申請
KubeCon + CloudNativeCon和Open Source Summit即將首次合體落地中國
KubeCon + CloudNativeCon和Open Source Summit購票窗口，立即購票！