จัดการ Docker Containers — Mac เบา VM รับหนัก

Mac เครื่องแรง พัดลมหมุนไม่หยุด RAM ใช้จนเกือบหมด — ทั้งที่ไม่ได้เปิดอะไรนอกจาก VSCode กับ Chrome

เช็คดู: Docker containers (กล่องที่ห่อ software ให้รันแยกกัน) ทำงานอยู่ 36 ตัวพร้อมกัน — Database 4 ตัว, Cache 2 ตัว, Monitoring 5 ตัว, Reverse Proxy 2 ตัว, App อีก 20+ ตัว ทุกอย่างรันบน Mac หมด

ทั้งที่มี VM (Virtual Machine — เครื่องเสมือนบน server) ที่มี RAM 40GB ว่างๆ อยู่ ไม่ได้ใช้งาน

ปัญหาไม่ใช่ว่า Mac ไม่แรง — แต่เอาพนักงาน 36 คนมานั่งโต๊ะตัวเดียว ทั้งที่มีห้องว่างอยู่

Mac รัน 36 Containers — ทำไมถึงค้าง?

Docker container แต่ละตัวกินทั้ง RAM, CPU และ Disk I/O พร้อมกัน — รัน 36 ตัว = Mac ต้องทำงานหนักตลอดเวลา แม้จะไม่ได้ใช้งาน container นั้นอยู่ก็ตาม

ลองนึกภาพแบบนี้:

ตอนนี้เอาพนักงาน 36 คนมานั่งทำงานบนโต๊ะตัวเดียว (Mac) — มันก็แน่นและค้างเป็นธรรมดา ทั้งที่มีห้อง server (VM) ว่างๆ รอใช้งานอยู่

Container ที่ไม่ได้แก้โค้ดทุกวัน ไม่จำเป็นต้องรันบน Mac — ย้ายไปอยู่ VM ก็ทำงานเหมือนกันทุกประการ

Container ควรแบ่งยังไง — Back Office vs Dev?

หลักการแบ่ง container ง่ายมาก: ถ้าไม่ได้เปิดโค้ดของมันใน VSCode → ไม่ต้องรันบน Mac ให้แบ่งออกเป็น 2 กลุ่ม

กลุ่ม 1: "พนักงาน Back Office" → ย้ายไป VM

พวกนี้ไม่ต้องอยู่บน Mac เพราะไม่ได้แก้โค้ดของมัน — แค่ต้อง "รันอยู่เฉยๆ" ให้บริการ

กลุ่ม 2: "พนักงานที่ต้องคุยด้วยตลอด" → เก็บบน Mac

พวกนี้คือ app ที่กำลังเขียนโค้ดอยู่ — ต้องอยู่ใกล้มือเพราะต้องแก้ → restart → ดูผลบ่อย

หลักการง่ายๆ: ถ้าไม่ได้เปิดโค้ดของมันใน VSCode → มันไม่ต้องรันบน Mac

SSH Tunnel คืออะไร — ทำไมต้องรู้?

SSH Tunnel (ท่อเชื่อมเข้ารหัสระหว่าง 2 เครื่อง) แก้ปัญหาสำคัญ: ถ้าย้าย Database ไป VM แล้ว app บน Mac จะคุยกับ Database ยังไง?

คิดซะว่า SSH Tunnel เป็น "สายโทรศัพท์ภายใน" ระหว่าง Mac กับ VM — app บน Mac ยังพูดว่า "ติดต่อ Database ที่ localhost" เหมือนเดิม แต่จริงๆ สายโทรศัพท์วิ่งไปถึง VM อัตโนมัติ

ไม่มี Tunnel — app หา Database ไม่เจอ

มี Tunnel — เชื่อมถึงกันอัตโนมัติ

SSH Tunnel = app ไม่ต้องรู้ด้วยซ้ำว่า Database อยู่คนละเครื่อง — ยังใช้ localhost เหมือนเดิม ไม่ต้องแก้โค้ดแม้แต่บรรทัดเดียว

ผลลัพธ์: app บน Mac ยังใช้ localhost:5432 เหมือนเดิม ไม่ต้องแก้ connection string (ที่อยู่สำหรับเชื่อมต่อ) เลย แต่จริงๆ ข้อมูลวิ่งไปถึง Database บน VM อัตโนมัติ

สร้าง SSH Tunnel ยังไง?

การสร้าง SSH Tunnel ใช้คำสั่งเดียว เปิดทางเชื่อม 3 services พร้อมกัน — ไม่ต้องติดตั้งอะไรเพิ่ม เพราะ Mac มี SSH มาให้อยู่แล้ว

ssh -N -L 5432:localhost:5432 \
      -L 6381:localhost:6381 \
      -L 3000:localhost:3000 \
      myserver

SSH Tunnel = คำสั่งเดียว ไม่ต้องติดตั้งอะไรเพิ่ม app ไม่ต้องแก้โค้ด — เปิดทางเชื่อมกี่ port ก็ได้พร้อมกัน

36 Containers ของจริง — จัดการยังไง?

จาก 36 containers ที่ running อยู่บน Mac ลองใช้หลักการ "Back Office vs Dev" แบ่งออกเป็น 3 กลุ่มชัดเจน

จาก 36 containers → ย้ายไป VM ~28 ตัว + ปิดอีก 3-4 ตัว → เหลือบน Mac แค่ 4-5 ตัว — Mac เร็วขึ้นทันทีโดยไม่ต้องซื้อ RAM เพิ่ม

3 แนวทาง — เลือกแบบไหนดี?

การจัดการ Docker containers บน Mac มี 3 แนวทางหลัก — แต่ละแบบเหมาะกับสถานการณ์และระดับความพร้อมที่ต่างกัน

แนะนำแนวทาง B สำหรับคนที่มี VM อยู่แล้ว — สมดุลระหว่างความง่ายกับผลลัพธ์ ตั้งค่าครั้งเดียวใช้ได้ตลอด

แนวทาง B: ขั้นตอนทำจริง

สรุปแผนระยะสั้น vs ระยะยาว

คำถามที่ถามบ่อย?