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

[[276962]]

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

所以，對于企業(yè)應(yīng)用的關(guān)鍵業(yè)務(wù)，以及與關(guān)鍵業(yè)務(wù)基礎(chǔ)架構(gòu)相關(guān)的關(guān)鍵節(jié)點，一定要預(yù)留足夠的升級空間及預(yù)算。過去，您可能會經(jīng)常升級VM鏡像;但是現(xiàn)在，請為Kubernetes基礎(chǔ)架構(gòu)執(zhí)行相同的操作。尤其是采用標(biāo)準(zhǔn)的K8s，一定要為升級做好準(zhǔn)備。

另外，團隊變化太快，也是一大問題。當(dāng)企業(yè)IT團隊采用新的協(xié)作服務(wù)協(xié)議，會對系統(tǒng)的洞察力產(chǎn)生新的挑戰(zhàn)。一旦轉(zhuǎn)移到K8s，代表著企業(yè)IT系統(tǒng)不僅要滿足微服務(wù)架構(gòu)，還需要與新的可視化工具結(jié)合，而且pod和其他K8鏡像通常比傳統(tǒng)VM生命周期更短，這意味著從應(yīng)用程序收集數(shù)據(jù)的方式也需要更改。

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

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

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

最后，K8社區(qū)是一個龐大的免費資源，其發(fā)展?jié)摿Ψ浅Ｖ档每春谩? Kubernetes雖然不是第一個開源編排工具，但它有一個充滿活力且快速發(fā)展的社區(qū)。這正是K8持續(xù)發(fā)展的源動力，但是對于很多新功能，還有待于進一步驗證。