Docker· ~12 นาที
จาก Docker สู่ Kubernetes
เมื่อไหร่ที่ Docker/Compose ไม่พอ และก้าวต่อยังไง
Docker/Compose เก่งเรื่องรันบนเครื่องเดียว · พอระบบโตจนต้องรันหลายเครื่อง ทน node ล่ม สเกลอัตโนมัติ — นั่นคือจุดที่ต้องส่งไม้ต่อให้ Kubernetes (orchestrator)
ข่าวดีที่สุด: image ที่คุณ build ด้วย Docker คือสิ่งที่ Kubernetes เอาไปรันเป๊ะ ๆ — สิ่งที่เรียนมาทั้ง track Docker ไม่เสียเปล่า มันคือรากฐานของ K8s
image เดียวกันที่ Docker build → Kubernetes เอาไปรัน
docker buildสร้าง image
push
Registryimage
pull
Kubernetesรันเป็น Pod × N
Docker = เครื่องเดียว · K8s = หลายเครื่อง + self-heal + auto-scale (ใช้ image เดิม)
แนวคิด Docker → เจออีกใน K8s
- image (Docker) → K8s รัน image เดียวกันใน Pod
- docker run หลายตัว → Deployment (จัดการหลาย replica + self-heal + rolling update)
- Compose service คุยด้วยชื่อ → Service + DNS ภายในคลัสเตอร์
- volume → PersistentVolume / PVC
- compose.yaml → manifest YAML ของ K8s (แนวคิด declarative เหมือนกัน)
สรุป Key Takeaways
- Docker/Compose = เครื่องเดียว · Kubernetes = หลายเครื่อง + self-heal + auto-scale
- image ที่ build ด้วย Docker คือสิ่งที่ K8s เอาไปรัน — ความรู้ต่อยอดได้หมด
- แนวคิดข้ามไป K8s: image→Pod, run→Deployment, compose service→Service/DNS, volume→PVC
- โปรเจกต์เล็กใช้ Compose ต่อได้ ไม่จำเป็นต้องขึ้น K8s เสมอ
อ่านจบแล้วอย่าลืมทำเครื่องหมาย