ข้ามไปเนื้อหาหลัก
คอนเทนเนอร์· ~13 นาที

จาก Pod เดี่ยว สู่ ReplicaSet

ทำไมต้องมีตัวเฝ้าให้ Pod ครบจำนวนเสมอ

เปรียบเทียบให้เห็นภาพ

Pod เดี่ยว เหมือนพนักงานคนเดียว — ลาป่วยเมื่อไหร่ ร้านก็ปิด · ReplicaSet เหมือนหัวหน้ากะที่ได้รับคำสั่งว่า "ต้องมีพนักงานหน้าร้าน 3 คนเสมอ" — ใครหายไป รีบเรียกคนใหม่มาแทนทันทีให้ครบ 3

จากบทก่อนเรารู้ว่า Pod เดี่ยวถ้าล่มจะไม่มีใครสร้างใหม่ · ReplicaSet แก้ปัญหานี้ด้วยหน้าที่เดียวที่ชัดเจน: รักษาจำนวน Pod (replicas) ให้ตรงตามที่สั่งเสมอ

เราแก้ที่ Deployment ชั้นบน · ชั้นล่างจัดการให้เอง

Deploymentจัดการเวอร์ชัน + rollout
ReplicaSetรักษาจำนวน Pod = replicas
Podapp: web
Podapp: web
Podapp: web
ReplicaSet เฝ้าให้จำนวน Pod ตรงตาม replicas · Deployment (บทถัดไป) คุม ReplicaSet อีกชั้น

ReplicaSet ทำงานยังไง

  • ดูว่าตอนนี้มี Pod ที่ตรงกับ label selector อยู่กี่ตัว
  • ถ้าน้อยกว่า replicas → สร้าง Pod เพิ่ม · ถ้ามากกว่า → ลบ Pod ส่วนเกิน
  • ทำแบบนี้วนตลอดเวลา (reconciliation loop) = self-healing ระดับ Pod

สรุป Key Takeaways

  • ReplicaSet มีหน้าที่เดียว: รักษาจำนวน Pod ให้ตรง replicas เสมอ (self-healing ระดับ Pod)
  • มันจับคู่ Pod ด้วย label selector ไม่ใช่เป็นเจ้าของโดยตรง
  • งานจริงใช้ Deployment คุม ReplicaSet อีกชั้น ไม่สร้าง ReplicaSet เอง
อ่านจบแล้วอย่าลืมทำเครื่องหมาย