先拋答案：還是值得學習的。

先說說目前用在什么地方：

現在k8s準備在新版本中棄用，在容器運行時的應用場景中可以放棄。 但它仍然是一個優秀的開發者工具。 開發者和運維人員可以方便的使用打包后的應用鏡像，鏡像在k8s集群上依然可以正常運行。

另外，基本上所有的容器技術實現都是類似的。 可以說沒有使用新的技術，無非是利用長期存在的技術對資源進行隔離和限制。 掌握之后，如果以后出現更多流行的容器技術，使用起來不會有太大的障礙，基本可以順利進行。

為什么不推薦使用 k8s 作為其容器運行時？ 在設計之初，它并沒有設計在k8s上運行。 它是一個功能齊全的開發人員工具。 事實上，k8s 依賴于運行時中的組件。 雖然集成了額外的組件，但是k8并不能直接調用它們，而是需要使用一個叫做的組件，這也需要額外的開發和維護成本。 我們知道在傳統的運維中，服務器上安裝的東西越少，出問題的概率越小，系統越穩定，越容易維護，所以看起來k8s的棄用其實是讓整個系統更加精簡，這是一件好事。

為什么打包后的鏡像還能用在k8s上？ 我們上面提到的核心利用了長期存在的技術。 這不是一個創新，但鏡像絕對是一個重要的創新。 鏡像解決了應用分發的問題，制定了統一的鏡像標準：/

所以按照這個標準做的鏡像是可以在k8s上使用的。

被k8s拋棄，我們能得到什么啟發？ 沒有持久的技術服務器運維，只有持久的創新，微創新。 為什么叫微創新？ 因為自從馮·諾依曼提出計算機的基本結構以來，計算機的歷史上還有比這更大的創新和進步嗎？ 新的技術名詞層出不窮，技術人員大呼學不會，但這些所謂的新技術無非就是最基本的計算機知識，與其被各種新技術迷惑，還不如打個基礎扎實基礎，修煉內功服務器運維，看透本性。

你是否同意我的觀點？ 您有補充或問題嗎？ 歡迎與我交流。