小心了！Kubernetes自動化操作工具將讓你失去工作

盡管IT部門的大部分職位都會增加，但職業顧問說，計算機操作員預計會減少。這個角色涉及運行Shell腳本，FTPing文件以及處理異常，但由于諸如cron之類的工具可以實現自動刪除操作，導致做同樣工作的人越來越少。

事實證明確實如此。如今，運行Kubernetes的人太多，他們花了太多時間進行路由操作。現在，這些工作急需被自動化。

一直以來，谷歌都需要為其不斷增長的云服務雇用系統管理員和可靠性的工程師，而根本無法雇用足夠的員工。問題是要吸引足夠多的人，他們還要足夠聰明，有能力成為系統管理員，然后搬到硅谷。因此，Google還是決定建立一個通用框架來管理運行任何應用程序的虛擬機集群。雖然Kubernetes有時被描述為全棧系統，但實際上可能需要干預和管理，例如，隨著工作負載的變化而應對擴展。

有關 Kubernetes 操作的專業知識，專家總結為“有狀態應用程序的三重奏”——集群管理、負載平衡和復制。這些功能通常與對高可用性的需求相關。根據專家的說法，三種工作大大增加了管理應用程序的工作量。這就是人們增加操作員或編寫自動化工具來管理基礎架構的關鍵所在。

Kubernetes 項目為操作員描述了五個級別，有時稱為成熟度，這些大致對應于操作員的技能水平。一級能夠進行工具的基本安裝，包括為運行該應用程序的資源提供資源或與集群協商。第二級提供補丁和次要版本的無縫升級，而第三級包括備份和故障恢復。在第四級，可在處理警報，日志處理和工作量分析，而在第五級，可解決Kuberenetes無法解決的一些擴展問題，以及諸如調優配置或調度的高級主題。工作量。

一旦存在特定工具（例如Redis，CouchDb或Kafka）的自動化操作工具，也會有人將其放在github中分享。創建自動化操作工具可能需要一個人/年，但卻能為一個集群節省半個人/年。設想如果部署超過一千家公司和一千個集群呢？

如果你有一個內部應用程序需要關注三重奏（集群、負載平衡和復制），則會導致持續的維護成本。如果你遇到了谷歌那樣的規模問題，并且不想聘請軟件可靠性工程師團隊來完成可以在某種程度上進行編程的工作，那么編寫自己的自動化操作工具很有必要。

自動化操作工具由兩部分組成：用于執行命令的代碼（在Go上編寫，Ansible或更簡單的工作，在Helm上編寫）以及自定義資源定義（CRD）。CRD將操作員代碼映射回kubectl命令。這使得調用操作員的功能時需要創建一個YAML文件，并通過kubectl-apply將其傳遞給Kubernetes。

再說一次，團隊中的某人必須了解Ansible或Helm，該代碼可能需要存儲在版本控制中，并作為軟件開發工件進行管理。為了使其不僅僅是一個單點故障，團隊將希望第二或第三位程序員應熟練使用Go或Ansible。