主線 · 從這裡開始
KAI K8s之路
從 Pod 開始，把 Kubernetes 裡最重要的「邊界 → 收斂 → 入口 → 訊號 → 軌跡」一章一章接起來。
照順序讀 先用已發布章節建立一條完整脈絡。
章節順序
照實際判斷順序建立 Kubernetes 脈絡。
已發布
Pod
Kubernetes 到底在照顧哪一組程式？
Pod 是第一個工程邊界：它把需要一起調度、一起存活的 container 包在同一個單位裡。已發布
Deployment
Pod 會死、會換，誰負責讓狀態收斂？
Deployment 把變更變成可控 rollout，而不是手動照顧每個 Pod。下一章
Service
Pod 一直變，流量怎麼找到正確 workload？
Service 給易變的 Pod 一個穩定入口。規劃中
Probe
Running 為什麼不等於可以接流量？
Probe 把「活著」和「能服務」拆開，但設錯會直接製造事故。規劃中
GitOps
生產環境變更怎麼留下可審計的軌跡？
GitOps 把狀態、審查和回滾路徑放回提交歷史。已發布章節
已整理的主線章節
01
主線 · 中文 + 英文
KAI K8s之路 01｜Pod 是什麼？為什麼 Kubernetes 不直接管理 container
從 Kubernetes 最核心的抽象開始：Pod 到底在管什麼，為什麼平台不是直接管理單個 container，而是用 Pod 當最小調度單位。
Container 是執行單位，Pod 是編排單位。02
主線 · 中文 + 英文
KAI K8s之路 02｜Deployment 是什麼？為什麼 Pod 不該手動照顧
有了 Pod 還不夠。Deployment 把「我想要幾個 Pod、用哪個版本、怎麼更新」寫成 desired state，讓 Kubernetes 持續把 workload 拉回正軌。
Pod 是 workload 的一次落地；Deployment 是讓它持續回到期望狀態的規則。03
主線 · 中文 + 英文
KAI K8s之路 03｜Service 是什麼？Pod 會換，入口不能飄
Pod 可以被 Deployment 不斷替換，但呼叫方不能每天追新的 Pod IP。Service 把一組可替換 Pod 包成穩定入口，讓流量能透過 DNS、ClusterIP、selector 和 EndpointSlice 找到真正 ready 的後端。
Pod 會換，IP 會飄；Service 是把一組 Pod 變成穩定入口的網路抽象。核心想法
先理解邊界，再看配置。
YAML 可以查，參數可以背，但生產環境裡真正有用的是：知道哪個 controller 在收斂狀態、哪個資源負責入口、哪個訊號正在騙你。
相關生產筆記
相關生產筆記
生產筆記 中文
Kubernetes 探針誤判：一次把服務打進重啟循環的 liveness probe 事故
有些事故不是程式壞掉，而是 liveness probe 把本來還能活下來的服務誤判成該重啟。這篇記一個很典型的生產坑。
一句判斷 健康檢查不是越兇越好；錯把慢服務殺掉，常比等它恢復更糟。