Foundations & Architecture
ทำไมต้อง orchestration, control plane และ node component, kubectl, declarative YAML และการรัน local cluster ตัวแรก เริ่ม →
Foundations & Architecture
ทำไมต้อง orchestration, control plane และ node component, kubectl, declarative YAML และการรัน local cluster ตัวแรก เริ่ม →
Workloads
Pod, Deployment และ rolling update, StatefulSet และ DaemonSet และงาน batch ด้วย Job กับ CronJob deploy →
Networking
Service และ kube-proxy, cluster DNS, Ingress และ Gateway API และการล็อก traffic ด้วย NetworkPolicy เชื่อมต่อ →
Storage & Configuration
Volume, PersistentVolume/Claim และ StorageClass, ConfigMap และ Secret และ namespace กับ resource quota ตั้งค่า →
Scheduling & Scaling
requests/limits และ scheduler, affinity/taint/toleration, HorizontalPodAutoscaler และ disruption budget scale →
Observability & Security
liveness/readiness/startup probe, log และ metric, RBAC กับ ServiceAccount และ Pod Security Standards ป้องกัน →
Production & Ecosystem
การแพ็กด้วย Helm, การขยาย API ด้วย Operator และ CRD, GitOps และ production checklist พร้อม TypeScript API client ขึ้น production →
เข้าใจ model ก่อน แล้วค่อยดู manifest
ทุกหัวข้อเริ่มจาก model — reconciliation loop, Pod, Service, scheduler — พอเข้าใจแล้วพฤติกรรมของ Kubernetes จะกลายเป็นกลไกที่คุณเข้าใจ ไม่ใช่ YAML ที่ copy-paste ตามกัน
verify กับ API group ปัจจุบัน
เขียนบน API group ที่ stable และใช้งานจริงใน production ทุกวันนี้ — apps/v1, batch/v1, networking.k8s.io/v1, autoscaling/v2, policy/v1 — และตรวจสอบกับ official docs ผ่าน context7
เน้น guarantee ไม่ใช่แค่ YAML
ไม่ใช่แค่ “นี่คือ Deployment” แต่เป็น “rolling update การันตีอะไรจริง ๆ และตรงไหนที่ readiness probe หรือ PodDisruptionBudget ที่ขาดไปยังทำให้พังได้” คุณจะ reason เรื่อง cluster ได้อย่างมั่นใจ
ไดอะแกรมที่อธิบายได้
control plane, reconciliation loop, การ route ของ Service และ scheduling pipeline เป็นไดอะแกรม Mermaid ที่รองรับธีม สองภาษา (English / ไทย) พร้อมบันทึกความคืบหน้า quiz