今日目標

• 宣示參加 2026 iThome 鐵人賽「Kubernetes」主題挑戰。
• 釐清為什麼在雲端原生（Cloud Native）時代，學習容器編排（Container Orchestration）如此重要。
• 公開未來 30 天結合「核心觀念」與「情境實作」的學習藍圖，建立自律學習與公開產出的節奏。

為什麼是 Kubernetes？

點開今年 iThome 鐵人賽 Kubernetes 主題的官方簡介，上面寫著：

「Kubernetes 專為自動化容器化應用程式的部署、擴展和維運設計。在當今數位轉型的浪潮中，微服務架構成為業務擴展的關鍵... Kubernetes 已確立其在現代 IT 基礎設施中的不可或缺地位。」

作為一名資管背景、平時專注於系統與後端開發的學習者，這段話完全點出了我決定投入學習的核心原因。在現代架構中，微服務（Microservices）與容器化技術（如 Docker）已經是標準配備。然而，當系統規模擴大、容器數量從幾個變成幾十甚至上百個時，純手動管理會面臨巨大挑戰：

• 如果某個容器突然 Crash，誰來自動把它重啟？
• 當流量暴增時，如何快速擴展（Scale out）容器數量？
• 新版本上線時，如何做到不中斷服務（Zero-downtime）更新？

這正是 Kubernetes（簡稱 K8s） 登場的時刻。作為目前容器編排領域的絕對霸主，K8s 就像是一位經驗豐富的「貨櫃船長」，負責自動化調度、部署、維護與擴縮容所有容器。

為什麼要發起這個挑戰？

儘管目前我對 Kubernetes 的瞭解還處於起步階段，但我希望透過這次 30 天不間斷的鐵人賽：

1. 走出舒適圈：以「學習者實戰筆記」的視角，從零開始建構對 K8s 的系統化認知，補齊雲端原生的技術拼圖。
2. 記錄 Problem-Solving 過程：不只紀錄語法，更要記錄踩坑、除錯與觀念通透的瞬間，展現學習敏銳度與解決問題的能力。
3. 建立公開技術履歷：將 30 天的連續產出作為自我驅動與技術累積的見證。

30 天 Kubernetes 實戰訓練藍圖

這 30 天我將採取的策略是「觀念打底 + 本地實作 + 踩坑紀錄」，規劃路線如下：

第一週：觀念打底與本地環境實戰 (Day 1 - Day 7)

• Day 01：【參賽宣言】為什麼我要挑戰 30 天搞懂 Kubernetes？（目標與藍圖）
• Day 02：環境演進史：從實體機、VM、Docker 到 K8s 解決了什麼問題？
• Day 03：K8s 的大腦與手腳：Control Plane 與 Worker Node 架構拆解
• Day 04：本地實驗場打造：使用 Minikube 建立第一個單節點 K8s 集群
• Day 05：與 K8s 對話：kubectl 常用指令與指令式（Imperative）操作
• Day 06：最小運算單位：Pod 是什麼？為什麼不直接跑 Container？
• Day 07：【實作】第一個 Declarative 部署：撰寫 Pod YAML 檔並部署 Nginx

第二週：應用管理與流量通訊 (Day 8 - Day 14)

• Day 08：自癒與多副本：Deployment 與 ReplicaSet 如何確保 Pod 不掛掉？
• Day 09：零停機更新：Rolling Update 滾動升級與 Rollback 退回舊版
• Day 10：Pod 之間的溝通橋樑：Service（ClusterIP）概念與內部網路
• Day 11：對外開門營運：Service NodePort 與 LoadBalancer 存取測試
• Day 12：流量總管：Ingress 與 Ingress Controller 網域路由設定
• Day 13：設定分離實務：ConfigMap 將環境變數與程式碼解耦
• Day 14：【實作】雙層架構部署：Web 前端 + 後端 API 在 K8s 上的通訊整合

第三週：狀態儲存、進階物件與打包 (Day 15 - Day 21)

• Day 15：機密資料管理：Secret 的加密機制與安全掛載
• Day 16：資料持久化：PersistentVolume (PV) 與 PersistentVolumeClaim (PVC)
• Day 17：有狀態應用：StatefulSet 如何管理 MySQL / Redis 等資料庫？
• Day 18：排程與一次性任務：Job 與 CronJob 自動化執行腳本
• Day 19：團隊多租戶隔離：Namespace 劃分與 ResourceQuota 資源限制
• Day 20：K8s 包裝神器：Helm Chart 概念與 Helm Repo 操作
• Day 21：【實作】用 Helm 一鍵部署並客製化 WordPress + MySQL 集群

第四週：維運、監控與雲端生態 (Day 22 - Day 28)

• Day 22：Pod 的體檢機制：Liveness, Readiness, Startup Probes 探針實務
• Day 23：自動伸縮彈性：Horizontal Pod Autoscaler (HPA) 依 CPU 負載自動擴容
• Day 24：集群的可視化：Prometheus + Grafana 打造 K8s 監控儀表板
• Day 25：日誌收集（Logging）：Fluentd / Loki 中央日誌搜集架構
• Day 26：權限控管：RBAC (Role, ClusterRole, ServiceAccount) 安全設定
• Day 27：雲端託管 K8s 簡介：AWS EKS / GCP GKE 的架構比較與維運差異
• Day 28：現代化 CI/CD：結合 GitHub Actions 與 GitOps (ArgoCD) 的部署觀念

最後衝刺： Troubleshooting 與總結 (Day 29 - Day 30)

• Day 29：除錯心法大盤點：kubectl logs、describe 與新手常見錯誤 (CrashLoopBackOff, OOMKilled)
• Day 30：【完賽總結】從零到獨立部署：30 天 Kubernetes 學習心得與未來展望

本日小結

今天跨出了最艱難的第一步！萬事起頭難，但只要目標明確、節奏穩定，30 天後的自己一定會感謝現在決定開跑的自己。

明天 Day 02，我們將從源頭聊起：「環境演進史：從實體機、VM、Docker 到 K8s 解決了什麼問題？」，徹底搞懂 K8s 出現的歷史必然性！