Container Machines คือเครื่องมือใหม่ของ Apple ที่ให้รัน Linux บนเครื่อง Mac ได้แบบเนทีฟ โดยไม่ต้องลงเครื่องมือเสริมจากภายนอก Linux เป็นระบบปฏิบัติการโอเพนซอร์สที่เซิร์ฟเวอร์ทั่วโลกใช้กัน คนละระบบกับ macOS ที่มากับเครื่อง Mac การเอา Linux มาทดลองบน Mac จึงยุ่งยากมาตลอด เครื่องมือนี้ต่อยอดมาจาก container ซึ่งเป็นคำสั่งสำหรับสร้างและรันคอนเทนเนอร์ หรือวิธีแพ็กแอปพร้อมทุกอย่างที่ต้องใช้ไว้ในกล่องเดียว Apple เขียน container ด้วยภาษา Swift และปล่อยออกมาตั้งแต่ปีก่อน เพื่อเป็นทางเลือกแทน Docker เครื่องมือมาตรฐานของงานคอนเทนเนอร์ พูดให้เห็นภาพง่าย ๆ มันคือ WSL (Windows Subsystem for Linux · ระบบที่ให้รัน Linux บน Windows ได้ในตัว) เวอร์ชัน Mac

Apple เปิดตัว Container Machines ในงาน WWDC 2026 แต่ข่าว Apple Intelligence กลบจนแทบไม่มีใครสังเกต ทั้งที่สำหรับคนเขียนโค้ดบน Mac มันอาจมีผลกับงานในแต่ละวันมากกว่าฟีเจอร์ AI หลายอย่างรวมกัน ตัวเครื่องมือต้องใช้ macOS 26 ขึ้นไป และติดตั้งได้ฟรีจาก GitHub ของ Apple เอง

WSL ที่ฝั่ง Mac รอมานาน

ก่อนหน้านี้ คนใช้ Mac ที่ต้องการสภาพแวดล้อม Linux จริง ๆ มีทางเลือกไม่กี่ทาง ทางหนึ่งคือพึ่ง Docker Desktop ซึ่งเป็นแอปยอดนิยมสำหรับรันคอนเทนเนอร์บนเครื่อง อีกทางคือเปิด VM เต็มรูปแบบขึ้นมาทั้งเครื่อง แต่ทั้งคู่กินทรัพยากรและตั้งค่ายุ่งกว่าที่ควร ขณะที่ฝั่ง Windows มีทางเลือกที่เนียนกว่ามานานแล้วอย่าง WSL ซึ่งเปิด Ubuntu ขึ้นมาใช้ข้าง ๆ Windows ได้เหมือนเป็นส่วนหนึ่งของเครื่อง

Container Machines คือคำตอบแบบเดียวกันที่เพิ่งมาถึงฝั่ง Mac แต่ละ Container Machine คือ Linux VM น้ำหนักเบาที่เปิดค้างไว้ได้ ออกแบบมาให้เข้ากับชิป Apple Silicon โดยเฉพาะ แชร์ไฟล์กับ macOS ได้ลื่น และรัน systemd (ตัวจัดการ service เบื้องหลังของ Linux) ได้เต็มตัว มันรองรับ image แบบ OCI (มาตรฐานกลางของคอนเทนเนอร์ที่ Docker ใช้) ได้ทุกตัว รวมถึง image จาก Docker Hub ขอแค่ใน image นั้นมีโปรแกรมเริ่มต้นระบบติดมาด้วย ก็ถือเป็น VM ที่ใช้ได้

ทำไมต้องให้แต่ละตัวมี VM ของมันเอง

จุดที่ Apple ต่างจาก Docker Desktop อยู่ที่ระดับสถาปัตยกรรม ปกติ Docker Desktop จะรันคอนเทนเนอร์ทุกตัวไว้ใน Linux VM ก้อนเดียวที่แชร์กันทั้งหมด แต่ Apple เลือกให้คอนเทนเนอร์แต่ละตัวมี VM น้ำหนักเบาเป็นของตัวเองผ่าน Virtualization Framework ที่มากับ macOS อยู่แล้ว

แต่ละคอนเทนเนอร์ได้ VM เป็นของตัวเอง ไม่ต้องไปแชร์ Linux ตัวเดียวกันเหมือนเดิม

การยอมแยก VM แบบนี้แลกมาด้วยข้อดีหลายอย่าง:

• แยกกันชัดกว่า — แต่ละเครื่องแยกจากกันในระดับ VM ปลอดภัยกว่าการเอาทุกอย่างไปกองรวมในที่เดียว
• ข้อมูลไม่ปนกัน — แต่ละเครื่องเลือก mount เฉพาะไฟล์ที่จำเป็นเข้าไปได้ ไม่ต้องเปิดทุกอย่างให้ทุกตัว
• กินแรมน้อยกว่า VM เต็มๆ — เพราะเป็น VM แบบเบา ส่วนเวลาบูตก็พอๆ กับเครื่องมือคอนเทนเนอร์ที่ใช้กันทั่วไป

Apple อธิบายสถาปัตยกรรมนี้ไว้ละเอียดในเซสชัน Discover container machines ของ WWDC 2026 สำหรับคนที่อยากลงลึกกว่านี้

ลองสร้างเครื่อง Linux เครื่องแรก

ของจริงเริ่มได้ในไม่กี่คำสั่ง สิ่งที่ต้องมีคือ macOS 26 ขึ้นไป ส่วนวิธีติดตั้งและคำสั่งทั้งหมด Apple เขียนไว้ครบในเอกสาร Container Machines บน GitHub ลำดับแรกสุดเป็นแบบนี้:

1. ติดตั้งตัว container จากหน้า releases ของ repo apple/container บน GitHub
2. เขียน Dockerfile จาก OCI image ตัวไหนก็ได้ แล้วใส่โปรแกรมเริ่มต้นระบบเข้าไป เช่น systemd เพื่อให้ image นั้นทำตัวเป็น VM ได้
3. build ออกมาเป็น image ด้วยคำสั่ง container build -t local/my-machine .
4. สร้างเครื่องด้วย container machine create --image local/my-machine --name dev --default เสร็จในไม่กี่วินาที
5. ดูสถานะด้วย container machine list จะเห็นทั้ง IP จำนวน CPU และแรมของแต่ละเครื่อง
6. เข้าใช้งานด้วย container machine run จะเข้า shell หรือสั่งรันคำสั่งเดียวจบก็ได้

ค่าเริ่มต้นของแรมจะอยู่ที่ครึ่งหนึ่งของแรมทั้งหมดใน Mac เช่น เครื่องตัวอย่างในเดโมตั้งไว้ที่ 7 CPU กับแรม 18 GB และปรับ CPU กับแรมทีหลังได้ ถ้าอยาก debug ได้เต็มที่ ให้ต่อ VS Code เข้าไปที่ Container Machine ผ่าน SSH จะได้ใช้ breakpoint และ hot reload เหมือนเขียนโค้ดบนเครื่องตัวเอง

เสน่ห์อยู่ที่ home directory

จุดที่ทำให้ Container Machines ใช้สนุกจริงๆ คือการแชร์ไฟล์ พอสร้างเครื่องขึ้นมา Apple จะ mount โฟลเดอร์ home ของ Mac เข้าไปในฝั่ง Linux ให้อัตโนมัติ แบบอ่านและเขียนได้ พร้อมก๊อปปี้บัญชีผู้ใช้ของเราตามไปให้ด้วย ผลคือเขียนโค้ดอยู่บน macOS แล้วเด้งไปทดสอบบน Linux ได้ทันที โดยไม่ต้องคอยก๊อปไฟล์ไปมาเอง

นอกจากโฟลเดอร์ที่แชร์กัน แต่ละเครื่องยังมี volume ของตัวเองแยกไว้อีกชุด สำหรับเก็บ dotfiles เฉพาะฝั่ง Linux และเพราะสร้างได้หลายเครื่องพร้อมกัน จึงเปิด Alpine, Ubuntu และ Debian ขึ้นมาใช้พร้อมกันได้ โดยให้แต่ละเครื่องเป็นเป้าหมายการ compile คนละแบบ เหมาะกับงาน build ข้ามแพลตฟอร์มเป็นพิเศษ

อีกอย่างที่หลายคนรอคือ systemd เพราะ Container Machine รัน systemd ตัวจริงได้ จึงทดสอบ stack แบบครบชุดบนเครื่องได้ เช่น ตั้ง PostgreSQL คู่กับแอปให้เหมือนเซิร์ฟเวอร์ Linux ตอนใช้งานจริง แทนที่จะต้องเดาว่าขึ้น production แล้วจะเป็นยังไง

ข้อแลกเปลี่ยนที่ต้องรู้ก่อนคิดย้าย

Container Machines ยังเป็นของใหม่ จึงมีบางจุดที่ยังไม่เนียน และบางอย่างเป็นข้อแลกเปลี่ยนที่ต้องรับให้ได้ก่อนจะย้ายงานจริงมาไว้บนนี้

เรื่องแรกคือแรมไม่คืน พอเครื่องดึงแรมไปใช้เยอะตอนงานหนัก เช่น build ก้อนใหญ่ มันจะกอดแรมก้อนนั้นไว้ ไม่คืนให้ macOS จนกว่าจะรีสตาร์ทเครื่อง ตรงนี้ OrbStack ซึ่งเป็นเครื่องมือรันคอนเทนเนอร์บน Mac จากผู้พัฒนาภายนอกที่คนนิยมใช้กัน มีระบบคืนแรมที่ไม่ได้ใช้กลับให้ระบบโดยอัตโนมัติ ส่วน Container Machines ยังไม่มีให้

เรื่องที่สองคือยังต่อ GPU และ USB เข้าไปไม่ได้ ทั้งคู่ยังมี issue ค้างอยู่บน GitHub และอาจตามมาทีหลัง ถ้าจะรันแอป Linux ที่มีหน้าจอ เช่น VS Code เวอร์ชัน Linux ประสบการณ์ก็ยังไม่ลื่นเท่าที่ควร

แล้วก็มีกับดักเล็กๆ เรื่อง hot reload ถ้าแก้ไฟล์จากฝั่ง macOS ผ่านโฟลเดอร์ที่แชร์กัน ตัวคอนเทนเนอร์ Linux จะไม่รู้ว่าไฟล์เปลี่ยน จึงไม่ reload ให้ ทางแก้คือต่อ editor เข้าไปที่ Container Machine ผ่าน SSH โดยตรง ซึ่ง Apple มีวิธีทำไว้ในเอกสารแล้ว

วัดกันจริงแล้วใครเร็วกว่า

ตัวเลขเปรียบเทียบชุดหนึ่งมาจาก RepoFlow ที่เอา Apple Containers (ระบบคอนเทนเนอร์ของ Apple ที่ Container Machines สร้างต่อยอดขึ้นมา), Docker Desktop และ Orbstack มาวัดกัน ภาพรวมเป็นแบบนี้ โดยควรถือเป็นแนวโน้ม ไม่ใช่ตัวเลขเป๊ะ เพราะเป็นการเทียบจากภาพรวมมากกว่าตัวเลขดิบ:

สรุปจากตารางนี้คือ Apple Containers ทำได้ดีเรื่อง CPU กับหน่วยความจำ แต่ยังตามหลังเรื่องงานไฟล์เล็กๆ จำนวนมาก ซึ่ง Orbstack ทำได้ดีกว่าอย่างเห็นได้ชัด

แล้วควรเลือกตัวไหน บทสรุปหลังลองใช้จริงที่ช่อง Better Stack ให้ไว้คือ ถ้ายังมี Orbstack อยู่ในมือ ก็ยังอยากใช้ Orbstack ต่อ เพราะตัวเครื่องมือเก็บรายละเอียดมาดีกว่าและมีระบบคืนแรมที่ลงตัวกว่า แต่ถ้าตัด Orbstack ออกไป Container Machines ก็น่าใช้กว่า Docker Desktop สรุปให้เลือกง่ายๆ คือ ถ้าอยากได้ของเนทีฟจาก Apple และไม่ต้องลงอะไรเพิ่ม Container Machines คือตัวที่ลงตัวที่สุด ส่วนใครทำงานกับไฟล์เล็กเยอะๆ หรืออยากได้ความลื่นที่สุด Orbstack ยังคุ้ม โดยใช้ฟรีสำหรับงานส่วนตัว และเสียเงินเมื่อใช้เชิงธุรกิจ

สิ่งที่เปลี่ยนไปจริงๆ จึงไม่ใช่ว่า Apple ชนะ benchmark ช่องไหน แต่คือการรัน Linux บน Mac ไม่ใช่เรื่องที่ต้องไปหาเครื่องมือภายนอกมาต่อเพิ่มอีกต่อไป มันกลายเป็นสิ่งที่ตัวเครื่องทำได้เอง ที่ผ่านมาคนใช้ Mac ต้องยืมเครื่องมือคนอื่นมาเสกให้เครื่องของตัวเองทำตัวเป็น Linux ต่อจากนี้แค่สั่งคำสั่งเดียว เครื่องก็เป็นให้เอง

---

ที่มา: คลิป Apple Just Built WSL for the Mac (Container Machines) จากช่อง Better Stack