# Operator：固化到軟件中的運維技能 SRE 是用開發軟件的方式來進行應用運維的人。他們是工程師、開發者，通曉如何進行軟件開發，尤其是特定應用域的開發。他們做出的東西，就是包含這一應用的運維領域技能的軟件。 我們的團隊正在 Kubernetes 社區進行一個概念的設計和實現，這一概念就是：在 Kubernetes 基礎之上，可靠的創建、配置和管理復雜應用的方法。 我們把這種軟件稱為 Operator。一個 Operator 指的是一個面向特定應用的控制器，這一控制器對 Kubernetes API 進行了擴展，使用 Kubernetes 用戶的行為方式，創建、配置和管理復雜的有狀態應用的實例。他構建在基礎的 Kubernetes 資源和控制器概念的基礎上，但是包含了具體應用領域的運維知識，實現了日常任務的自動化。 # kubernetes operator 介紹 在 Kubernetes 的支持下，管理和伸縮 Web 應用、移動應用后端以及 API 服務都變得比較簡單了。其原因是這些應用一般都是無狀態的，所以 Deployment 這樣的基礎 Kubernetes API 對象就可以在無需附加操作的情況下，對應用進行伸縮和故障恢復了。 而對于數據庫、緩存或者監控系統等有狀態應用的管理，就是個挑戰了。這些系統需要應用領域的知識，來正確的進行伸縮和升級，當數據丟失或不可用的時候，要進行有效的重新配置。我們希望這些應用相關的運維技能可以編碼到軟件之中，從而借助 Kubernetes 的能力，正確的運行和管理復雜應用。 Operator 這種軟件，使用 TPR(第三方資源，現在已經升級為 CRD) 機制對 Kubernetes API 進行擴展，將特定應用的知識融入其中，讓用戶可以創建、配置和管理應用。和 Kubernetes 的內置資源一樣，Operator 操作的不是一個單實例應用，而是集群范圍內的多實例。  # Operator 如何構建？ Operator 基于兩個 Kubernetes 的核心概念：資源和控制器。例如內置的 ReplicaSet 資源讓用戶能夠設置指定數量的 Pod 來運行，Kubernetes 內置的控制器會通過創建或移除 Pod 的方式，來確保 ReplicaSet 資源的狀態合乎期望。Kubernetes 中有很多基礎的控制器和資源用這種方式進行工作，包括 Service，Deployment 以及 DaemonSet。  ### 用戶將一個 Pod 的 RS 擴展到 三個  一段時間之后，Kubernetes 的控制器按照用戶意愿創建新的 Pod。 Operator 在基礎的 Kubernetes 資源和控制器之上，加入了相關的知識和配置，讓 Operator 能夠執行特定軟件的常用任務。例如當手動對 etcd 集群進行伸縮的時候，用戶必須執行幾個步驟：為新的 etcd 示例創建 DNS 名稱，加載新的 etcd 示例，使用 etcd 管理工具(etcdctl member add)來告知現有集群加入新成員。etcd Operator 的用戶就只需要簡單的把 etcd 的集群規模字段加一而已。  用戶使用 kubectl 觸發了一次備份 復雜的管理任務還有很多，包括應用升級、配置備份、原生 Kubernetes API 的服務發現，應用的 TLS 認證配置以及災難恢復等。 [原文參考](https://mp.weixin.qq.com/s/grZFVVVCKpCr5g2cvreurw)