KAI notebook / bilingual infrastructure writing
把 Kubernetes 寫成一條會一直回頭用的主線。
KAI K8s之路 是主線；GitOps、incident notes、AI infra 都是沿路長出的 field notes。
這裡不想做成模板味太重的 tech blog，而更像一本持續增長的技術筆記。主線先把 Kubernetes 的抽象、rollout、GitOps 與 incident lessons 寫成一條路；其他 quick tips 和事故片段，則留在旁邊持續長出來。
- Reading spine
- 從 Pod、Deployment 一路走到 observability / GitOps / incidents
- Notebook edges
- Quick tips、rollout scars、production-side lessons
- Language rhythm
- 中文先講透，English track 也能對外讀
Notebook guide
這個站怎麼讀，才會讀到主線
主線 / Backbone
先讀系列，再讀邊角
KAI K8s之路 不是普通分類，而是整個站的骨架。從 Pod 開始，慢慢走到 rollout、observability、GitOps 與 incident handling。
雙語 / Rhythm
中英不是切換，是兩條並排的閱讀軌
中文負責把概念講紮實，英文負責讓整條路也能對外輸出。系列盡量成對出現，支線則保留語言彈性。
側邊欄 / Field notes
小知識和事故趣事，放第二層但要保持活著
- probe / rollout / GitOps 類經驗會快速穿插
- incident notes 保留現場感，不硬包成正規教材
- 所有支線都應該回頭補強主線理解
Current chapter
先從正在成形的這一章開始
Chapter 01 ZH + EN
KAI K8s之路 01｜先別急著背資源，先搞懂 Pod 到底在管什麼
這篇先從 Kubernetes 最核心的抽象開始：為什麼它不是直接管理單個 container，而是用 Pod 當作最小調度單位。
KAI K8s之路 01｜先別急著背資源，先搞懂 Pod 到底在管什麼
這篇先從 Kubernetes 最核心的抽象開始：為什麼它不是直接管理單個 container，而是用 Pod 當作最小調度單位。
EnglishKAI's K8s Journey 01: Before Deployments, understand what a Pod is managing
Start with the core Kubernetes abstraction first: why the platform schedules Pods instead of treating each container as the main unit of orchestration.
Field notes
次要但活著的筆記區
GitOps review checks I want before Argo CD touches production
A compact pre-sync checklist for GitOps changes so an innocent YAML edit does not become surprising production behavior.
一次探針誤判，如何把服務打進重啟循環
有些事故不是程式壞掉，而是健康檢查把原本能活下來的服務判成該重啟。這篇記一個很典型的坑。
Kubernetes rollout guardrails that catch bad deploys early
A compact baseline for probes, rollout settings, and quick triage before a Kubernetes release becomes an outage.
Agent runtime observability needs spans, tool events, and failure memory
Basic logging is not enough for agent systems; you need traces, tool-level outcomes, and a short path from failure back to prompt or policy.
Topic map