GitHub Actions ARM32 เลิกรองรับบน Linux และ Windows 8 ธ.ค. 2026 ตรวจ workflow ก่อนหมดเวลา

ใครได้รับผลกระทบจาก GitHub Actions ARM32

ผู้ที่เกี่ยวข้องคือทีมที่ใช้ workflow ซึ่งระบุให้รันบน ARM 32 บิต เช่น งานคอมไพล์หรือทดสอบซอฟต์แวร์สำหรับอุปกรณ์ฝังตัว ระบบ IoT และบอร์ดรุ่นเก่า ส่วนผู้ที่รันบน x64 หรือ ARM64 ไม่อยู่ในรายการที่ประกาศ ขอบเขตของผลกระทบต่อ self-hosted runners ให้ยึดตามข้อความในประกาศปี 2025 ที่ระบุว่าจะไม่ได้รับการรองรับหลังเลิก Node 20

วิธีทดสอบ Node 24 ก่อนกำหนดตามที่ GitHub แนะนำ

ประกาศปี 2025 ระบุว่า runner เวอร์ชัน v2.328.0 รองรับทั้ง Node 20 และ Node 24 โดยตอนนั้นใช้ Node 20 เป็นค่าเริ่มต้น ผู้ที่ต้องการทดสอบ Node 24 ล่วงหน้าตั้งตัวแปร FORCE_JAVASCRIPT_ACTIONS_TO_NODE24=true ใน workflow หรือในเครื่อง runner ได้ ตัวอย่างนี้ช่วยให้ทีมเห็นว่า action ตัวไหนยังพึ่ง Node 20 ก่อนที่จะถูกถอด ซึ่งเป็นขั้นตอนเดียวกับที่ทีมซึ่งใช้ GitHub Actions ARM32 ต้องทำเมื่อย้ายสถาปัตยกรรม เพราะ Node 24 ไม่รองรับ ARM32 ต่อให้อัปเดต action แล้ว งานบนเครื่อง ARM 32 บิตก็ยังรันไม่ได้ตามที่ GitHub ระบุ

สำหรับผู้พัฒนา action GitHub แนะนำให้อัปเดต action ให้รันบน Node 24 แทน Node 20 ผ่านการตั้งค่า action ส่วนผู้ใช้ action ควรอัปเดต workflow ให้ใช้เวอร์ชันล่าสุดของ action ที่รันบน Node 24

สิ่งที่ทีมพัฒนาควรทำก่อน 8 ธันวาคม 2026

• ค้นหา workflow ที่ใช้ ARM 32 บิต ทั้งใน runs-on และในตัวเลือกสถาปัตยกรรมของ matrix
• ย้ายงานไป ARM64 หรือ x64 ถ้าต้องสร้างไบนารี ARM 32 บิต ให้คอมไพล์ข้ามสถาปัตยกรรม (cross-compile) แทนการรันบนเครื่อง ARM 32 บิตโดยตรง
• อัปเดต action ให้รันบน Node 24 ผู้ดูแล action อัปเดตตามคำแนะนำของ GitHub ส่วนผู้ใช้ตรึงเวอร์ชัน action ที่รันบน Node 24
• ตรวจ self-hosted runners ว่าเครื่องใดเป็น ARM32 เพื่อวางแผนเปลี่ยนเครื่องหรือย้ายงานจาก GitHub Actions ARM32 ไปรันที่อื่น

ทำไม GitHub Actions ARM32 สำคัญกับทีมไทย

บริษัทไทยที่ผลิตหรือดูแลอุปกรณ์ฝังตัว ระบบควบคุมในโรงงาน หรือตู้และเครื่องอ่านที่ยังใช้ซีพียู ARM 32 บิต มักตั้ง CI บน GitHub เพื่อคอมไพล์และทดสอบเฟิร์มแวร์ทุกครั้งที่แก้โค้ด หากงานเหล่านี้หยุดกลางทางหลังวันที่ 8 ธ.ค. 2026 ทีมจะรวมโค้ดใหม่ไม่ได้ตามปกติ การตรวจรายการ workflow ตั้งแต่วันนี้จึงถูกกว่าการแก้ปัญหาตอนงานหยุด และควรแจ้งทีมที่ดูแล self-hosted runners ให้รู้ล่วงหน้าด้วย เพื่อให้มีเวลาจัดหาเครื่องทดแทน

บริการของ THAI DATA CLOUD ที่เกี่ยวข้อง

ทีมพัฒนาที่ต้องย้ายงาน CI/CD ออกจากเครื่องรุ่นเก่า มักต้องมีเซิร์ฟเวอร์ทดแทนที่ดูแลต่อเนื่องและติดตามได้ตลอดเวลา THAI DATA CLOUD มี Managed Cloud Services ที่ดูแลตั้งแต่ติดตั้ง บริหาร ไปจนถึง Monitoring ระบบคลาวด์ตลอด 24 ชั่วโมง ให้ทีมไอทีภายในโฟกัสงานหลัก (THAI DATA CLOUD เป็นผู้ดำเนินงานเว็บไซต์นี้)

ติดตามข่าวนักพัฒนาและซอฟต์แวร์ได้ที่หมวดซอฟต์แวร์