那麼，您可能已經(jīng)使用 Docker 容器有一段時間了，對吧？我知道旋轉(zhuǎn)第一個容器的興奮感就像魔法一樣，但隨後現(xiàn)實襲來。您開始注意到大規(guī)模管理容器很快就會成為物流噩夢。就在那時，Kubernetes（K8s）像經(jīng)驗豐富的專案經(jīng)理一樣進入房間，準(zhǔn)備接手並簡化一切。

在這篇文章中，我們將探討?yīng)毩⑷萜鞯奶魬?zhàn)、Kubernetes 如何協(xié)助解決這些難題，以及何時（以及何時不）使用 Kubernetes。讓我們開始吧！

---

獨立容器的挑戰(zhàn)

如果您使用過獨立容器，這些問題可能聽起來很熟悉：

1. 手動縮放

擴充獨立容器就像玩打地鼠遊戲。需要更多容量？手動啟動另一個容器。哦，現(xiàn)在需要減少資源嗎？手動關(guān)閉一些容器。這很快就會變得難以管理，尤其是當(dāng)您遇到不可預(yù)測的流量高峰時。

2. 服務(wù)發(fā)現(xiàn)

您的容器如何相互通訊？使用 Docker，您最終需要硬編碼 IP 位址或設(shè)定一些感覺不自然的自訂網(wǎng)路。它笨重且難以維護。

3. 健康檢查與恢復(fù)

當(dāng)您的一個容器發(fā)生故障時會發(fā)生什麼？獨立的 Docker 本身並不能很好地處理。您需要監(jiān)控一切並手動重新啟動死容器。我們都知道周六凌晨 3 點這聽起來有多有趣。

4. 複雜部署

管理多容器應(yīng)用程式變得很棘手。您需要協(xié)調(diào)它們的互動方式，處理它們的依賴關(guān)係，並確保它們在正確的時間啟動。突然間，一個簡單的應(yīng)用程式就像一座紙牌屋。

---

Kubernetes，每個人都在談?wù)摰娜萜骶幣牌?，可以自動化解決很多這些痛點。以下是它如何介入並挽救局面：

1. 自動縮放

K8s 可讓您根據(jù) CPU 或記憶體使用情況定義擴充規(guī)則。您可以將其設(shè)定為在流量增加時自動啟動更多容器，並在流量冷卻時自動關(guān)閉它們。不再需要照顧孩子。

2. 服務(wù)發(fā)現(xiàn)變得簡單

使用 Kubernetes，您的容器無需擔(dān)心所有內(nèi)容在哪裡。 K8s 會自動為服務(wù)指派 DNS 名稱，以便您的容器可以順利通訊。

3. 自我修復(fù)

如果容器死亡，Kubernetes 會自動重新啟動它。無需再在黎明時分從床上爬起來重新啟動容器。 K8s 憑藉其自我修復(fù)能力讓您的應(yīng)用程式平穩(wěn)運行。

4. 簡化部署

K8s 可以輕鬆處理複雜的多容器應(yīng)用程式。它將它們組織成 Pod 和服務(wù)，從而可以輕鬆推出新版本、處理依賴關(guān)係並確保一切和諧運作。

---

什麼時候該使用 Kubernetes？

所以，Kubernetes 聽起來很棒，但它並不是解決所有問題的靈丹妙藥。以下是 Kubernetes 是正確選擇的五個案例：

1. 當(dāng)你需要自動擴充時

如果您的應(yīng)用程式遇到流量波動或您需要動態(tài)自動調(diào)整資源，Kubernetes 的自動縮放功能將改變遊戲規(guī)則。

2. 微服務(wù)架構(gòu)

如果您的應(yīng)用程式由微服務(wù)組成，K8s 可以更輕鬆地管理多個服務(wù)並確保它們都能順利通訊。

3. 自我修復(fù)要求

需要一個即使部分故障也能保持彈性的應(yīng)用程式嗎？ Kubernetes 的自我修復(fù)功能可確保最短的停機時間。

4. CI/CD 管

如果您正在建立持續(xù)整合/持續(xù)部署管道，Kubernetes 的滾動更新和輕鬆回滾功能使其成為一個不錯的選擇。

5. 混合與多雲(yún)部署

如果您需要跨多個雲(yún)端供應(yīng)商或您自己的資料中心管理工作負載，K8s 是理想的選擇。它抽象化了基礎(chǔ)設(shè)施，以便您可以專注於您的應(yīng)用程式。

---

什麼時候應(yīng)該不使用 Kubernetes？

但是 Kubernetes 並不總是必要的。以下是您可能想要避免複雜性的時候：

1. 小而簡單的應(yīng)用程式

如果您的應(yīng)用程式是一個小型的單容器服務(wù)，那麼 Kubernetes 就有點大材小用了。為了簡單起見，堅持使用 Docker。

2. 學(xué)習(xí)曲線

如果您的團隊是容器新手，那麼直接跳入 Kubernetes 可能會令人畏懼。在深入 K8s 之前先掌握 Docker。

3. 流量低，部署簡單

對於具有可預(yù)測的低流量、不需要持續(xù)擴展或故障轉(zhuǎn)移的應(yīng)用程序，Kubernetes 的開銷是不值得的。

4. 短暫的項目

如果您正在啟動一些臨時項目，例如黑客馬拉松項目或快速 POC，Kubernetes 可能會帶來更多麻煩，而不是其價值。

5. 資源受限的環(huán)境

K8s 可能會佔用大量資源。如果您在 CPU、記憶體或儲存空間有限的環(huán)境中工作，它可能會拖慢您的速度，而不是帶來幫助。

---

重點

當(dāng)您需要可擴展性、彈性和流暢的容器編排時，Kubernetes 是一個很棒的工具。它透過自動化許多難以使用獨立容器手動管理的複雜任務(wù)來減輕您肩上的負擔(dān)。但是，不要因為它很流行就跳入其中。首先評估您的應(yīng)用程式的需求。

如果您正在運行小型、可預(yù)測的應(yīng)用程序，僅 Docker 可能就足夠您使用了。但隨著您的成長和擴展，Kubernetes 將成為您最好的朋友。

---

面臨的挑戰(zhàn)和經(jīng)驗教訓(xùn)

作為一名初級開發(fā)人員，我承認 Kubernetes 及其所有移動部件（Pod、服務(wù)、Ingress、自動縮放）的龐大範(fàn)圍可能令人難以承受。人們很容易迷失在它的功能中。但關(guān)鍵的教訓(xùn)是知道什麼時候讓事情變得簡單，什麼時候複雜是值得的。始終仔細權(quán)衡利弊，因為有時堅持使用獨立容器可以節(jié)省大量時間和麻煩。

---

標(biāo)籤和提及

@piyushsachdeva
第四天影片

以上是CKA 全程課程日 為什麼要使用 Kubernetes？的詳細內(nèi)容。更多資訊請關(guān)注PHP中文網(wǎng)其他相關(guān)文章！