Kubernetes之所以成為流行趨勢，是因為它可以實現基礎設施的彈性擴展能力，而不是讓IT團隊花費大量時間去維護服務器、存儲、網絡設備等，K8s可以把每個應用打包成一個容器鏡像，其中所有實例的管理、發現、訪問等細節，都不需要IT運維人員進行復雜的干預，這種可移植、可擴展、自動化的方式，大大提高了基礎設施擴展的速度，讓應用快速上線。

[[276962]]

在很多人的潛意識里，使用了Kubernetes就意味著企業IT運維不需要再花費任何成本，這其實是一個錯誤認知。使用K8s，開發人員可以不用了解那么多細節，但這并不代表那些細節就不存在。仍然需要有人為應用升級、設備監控以及新的節點分配負責。

所以，對于企業應用的關鍵業務，以及與關鍵業務基礎架構相關的關鍵節點，一定要預留足夠的升級空間及預算。過去，您可能會經常升級VM鏡像;但是現在，請為Kubernetes基礎架構執行相同的操作。尤其是采用標準的K8s，一定要為升級做好準備。

另外，團隊變化太快，也是一大問題。當企業IT團隊采用新的協作服務協議，會對系統的洞察力產生新的挑戰。一旦轉移到K8s，代表著企業IT系統不僅要滿足微服務架構，還需要與新的可視化工具結合，而且pod和其他K8鏡像通常比傳統VM生命周期更短，這意味著從應用程序收集數據的方式也需要更改。

優秀的方案是，從使用K8s的第一天開始，就要建立系統的洞察力。包括對代碼進行檢測，同時采用以用戶為中心的基礎架構統一視圖，并了解如何傳輸，聚合和分析檢測數據等關鍵要素。不要等到系統宕機時，再來解決這些問題。一旦中斷，很多數據可能會永久失去。

當然，這不代表Kubernetes充滿了風險點，它還是有很多好處，比如能神奇地解決你所有的基礎設施問題。K8s的優點在于它可以很好地隔離很多風險點，讓IT平臺團隊可以更有效地解決專屬問題，但是前提是，你K8s是一個完整的解決方案。

因此，對于IT運維人員來說，除了管理操作系統升級，漏洞掃描和補丁之外，基礎架構團隊依然要保留，要監控和升級K8主組件(API服務器等)以及所有節點組件(docker，kubelet)。如果企業選擇的是托管的K8s解決方案，那么很多工作將由第三方負責，但是在主節點啟動及升級時企業本省仍需要發揮主要作用。因為，節點升級有時候也可能會帶來破壞性，企業需要確保在升級期間有足夠的空間來掌控整個服務過程。

最后，K8社區是一個龐大的免費資源，其發展潛力非常值得看好。 Kubernetes雖然不是第一個開源編排工具，但它有一個充滿活力且快速發展的社區。這正是K8持續發展的源動力，但是對于很多新功能，還有待于進一步驗證。