Docker Swarm vs. Kubernetes：五個 Swarm 無法觸及的關鍵場景

雖然 Docker Swarm 在中小規模部署中既簡單又強大，但在面對複雜企業級需求時，Kubernetes (K8s) 具備一些 Swarm 核心設計中完全缺失的功能：

1. 自動化擴展 (Auto-scaling)

• K8s：內建 HPA (Horizontal Pod Autoscaler)，能根據 CPU、記憶體或自定義指標（如每秒請求數）自動增減容器數量。它甚至能與雲端平台連動，自動開啟新的虛擬機（Cluster Autoscaler）。
• Swarm：本身不支援自動擴展。副本數量必須由管理員手動調整，或依賴第三方腳本監控後觸發命令。

2. 側車模式與容器協作 (Sidecar Pattern)

• K8s：核心概念是 Pod，允許你在同一個網路與儲存空間內運行多個容器。這讓「側車模式」（例如：主程式旁掛一個日誌收集器或 Service Mesh 代理）變得極其簡單。
• Swarm：其最小調度單位是單個容器。若要達成類似功能，必須手動管理容器間的通訊與依賴，無法像 K8s 將它們視為一個不可分割的原子單位。

3. 精細的調度與約束 (Affinity & Taints)

• K8s：擁有極強的排程策略。你可以設定：
• • 親和性 (Affinity)：指定某些服務必須（或盡量）跑在同一台伺服器。
  • 汙點 (Taints)：禁止一般服務跑在高效能（如 GPU）或特定用途的伺服器上。
• Swarm：僅提供基礎的標籤 (Labels) 過濾，難以實現這種多維度的複雜調度邏輯。

4. 自動化健康偵測與回滾 (Advanced Rollouts)

• K8s：支援金絲雀部署 (Canary) 與藍綠部署。它會持續監測新版本容器的健康狀況，一旦發現新版啟動失敗，會自動停止更新並回滾到舊版本。
• Swarm：雖然有滾動更新，但功能較為陽春，缺乏這種深度整合的自動化健康檢查與保護機制。

5. 自定義擴充與生態系 (Operators)

• K8s：支援 CRD (自定義資源)。你可以開發 Operator，讓 K8s 自動管理複雜軟體（如自動備份資料庫、自動擴展 Kafka 集群）。這讓 K8s 變成一個可編程的「雲端作業系統」。
• Swarm：架構相對封閉，功能主要侷限在 Docker 官方提供的範疇內，擴展性遠低於 K8s。