Don't Panic: Kubernetes and Docker

Kubernetes 在 v1.20 版本之后將廢棄 Docker 作為容器運(yùn)行時(shí)。

事實(shí)上你完全不需要感到恐慌。

Docker 作為底層運(yùn)行時(shí)被廢棄，轉(zhuǎn)而使用為 Kubernetes 創(chuàng)建的 Container Runtime Interface(CRI) 的運(yùn)行時(shí)，Docker 生成的鏡像將繼續(xù)在你的集群中與所有運(yùn)行時(shí)一起工作。

如果你是 Kubernetes 的終端用戶(hù)，對(duì)你來(lái)說(shuō)不會(huì)有太大的改變，這并不意味著 Docker 的死亡，也不意味著你不能或者不應(yīng)該再使用 Docker 作為開(kāi)發(fā)工具。Docker 仍然是一個(gè)非常有用的構(gòu)建容器的工具，docker build 產(chǎn)生的鏡像仍然可以在你的 Kubernetes 集群中運(yùn)行。

如果你使用的是像 GKE 或 EKS 這樣的托管 Kubernetes 服務(wù)，在未來(lái)的 Kubernetes 版本中刪除 Docker 支持之前，你需要確保你的 worker 節(jié)點(diǎn)使用的是支持的容器運(yùn)行時(shí)，如果你有節(jié)點(diǎn)定制的需求，那么你可能需要根據(jù)你的環(huán)境和運(yùn)行時(shí)需求來(lái)更新它們。請(qǐng)與你的云服務(wù)商合作，以確保適當(dāng)?shù)纳?jí)測(cè)試和規(guī)劃。

如果你要升級(jí)自己的集群，那么你還需要進(jìn)行一些更改來(lái)避免集群崩潰。在 v1.20 時(shí)，你會(huì)收到 Docker 的廢棄警告。當(dāng) Docker 運(yùn)行時(shí)支持在 Kubernetes 的未來(lái)版本（目前計(jì)劃在2021年底發(fā)布1.23版本）中被移除時(shí)，它將不再被支持，你需要切換到其他符合標(biāo)準(zhǔn)的容器運(yùn)行時(shí)，如 containerd 或 CRI-O。只需確保你選擇的容器運(yùn)行時(shí)支持當(dāng)前使用的 docker 守護(hù)程序配置即可（例如日志）。

為什么大家都會(huì)感到困惑呢？

其實(shí)我們這里談?wù)摰氖莾煞N不同的環(huán)境，這可能造成了大家的困惑。在你的 Kubernetes 集群內(nèi)部，有一個(gè)叫做容器運(yùn)行時(shí)的東西，負(fù)責(zé)拉取和運(yùn)行你的容器鏡像。Docker 是該運(yùn)行時(shí)的一個(gè)流行選擇（其他常見(jiàn)的選項(xiàng)包括 containerd 和 CRI-O），但 Docker 并沒(méi)有被設(shè)計(jì)成嵌入 Kubernetes 內(nèi)部，這就造成了一個(gè)問(wèn)題。

你會(huì)看到，我們稱(chēng)之為 Docker 的東西實(shí)際上并不是同一件事情，它是一個(gè)完整的技術(shù)棧，而其中包含一個(gè)叫 containerd 的東西，這個(gè)本身就是一個(gè)高級(jí)容器運(yùn)行時(shí)。Docker 非常酷也非常有用，因?yàn)樗哂性S多 UX 增強(qiáng)功能，當(dāng)我們?cè)谶M(jìn)行開(kāi)發(fā)工作的時(shí)候操作非常方便，但是 UX 增強(qiáng)的功能并不是 Kubernetes 所必須的，因?yàn)?Kubernetes 并不是人（有種被拋棄的感覺(jué)呢~~）。

由于這個(gè)對(duì)人類(lèi)友好的抽象層，你的 Kubernetes 集群必須使用另一個(gè)叫做 Dockershim 的墊片工具來(lái)間接獲取它真正需要的數(shù)據(jù)。這并不是很好的一種方式，因?yàn)槲覀冞€必須去多維護(hù)一套東西，增加了復(fù)雜性。Dockershim 將在 v1.23 版本時(shí)被從 Kubelet 中移除，這也因此移除了對(duì) Docker 作為容器運(yùn)行時(shí)的支持。你可能會(huì)想，containerd 包含在 Docker 棧中，為什么 Kubernetes 還是需要一個(gè) Dockershim 呢？

這是因?yàn)?Docker 并不符合CRI，即容器運(yùn)行時(shí)接口，如果符合的話(huà)，我們就不需要這個(gè) shim 了，也就不會(huì)發(fā)生今天這個(gè)事情了。但這并不是世界末日，你不需要驚慌--你只需要把你的容器運(yùn)行時(shí)從 Docker 換成其他支持的容器運(yùn)行時(shí)即可。

不過(guò)需要注意的是：如果你今天在集群內(nèi)依賴(lài)底層的 Docker 套接字 /var/run/docker.sock 作為工作流的一部分，轉(zhuǎn)移到其他不同的運(yùn)行時(shí)將對(duì)此產(chǎn)生影響。這種模式通常被稱(chēng)為 Docker IN Docker。對(duì)于這種特定的用例，有很多可供選擇的工具，包括像 kaniko、img 和 buildah。

對(duì)開(kāi)發(fā)者來(lái)說(shuō)意味著什么？

作為一個(gè)開(kāi)發(fā)者，Docker 對(duì)你來(lái)說(shuō)仍然是有用的，在宣布這個(gè)變化之前它的所有方式都是有用的。Docker 產(chǎn)生的鏡像并不是真正的 Docker 專(zhuān)用的鏡像，它是一個(gè) OCI（Open Container Initiative）鏡像。任何符合 OCI 的鏡像，無(wú)論你用什么工具來(lái)構(gòu)建它，對(duì) Kubernetes 來(lái)說(shuō)都是一樣的，containerd 和 CRI-O 都知道如何拉取這些鏡像并運(yùn)行它們。這就是為什么我們有一個(gè)關(guān)于容器應(yīng)該是什么樣子的標(biāo)準(zhǔn)。

所以即將到來(lái)的這個(gè)變化，它會(huì)給一些人帶來(lái)部分問(wèn)題，但這并不是災(zāi)難性的問(wèn)題，從長(zhǎng)遠(yuǎn)來(lái)看，以后會(huì)變得更簡(jiǎn)單。如果這仍然讓你感到困惑，也沒(méi)太大關(guān)系 - Kubernetes 中有非常多的組件要做，沒(méi)有人是100%的專(zhuān)家。我們的目標(biāo)是確保每個(gè)人都能了解 Kubernetes，對(duì)即將發(fā)生的變化有更多的了解，希望這能解答你的大部分疑問(wèn)，并安撫了一些焦慮的情緒!

“

原文鏈接：https://kubernetes.io/blog/2020/12/02/dont-panic-kubernetes-and-docker/

”