Multi-stage Build ลดขนาด Docker Image และแยกเครื่องมือ build
Multi-stage Build แยกขั้นคอมไพล์หรือเตรียมไฟล์ออกจากอิมเมจที่ใช้รันจริง อธิบายหลักการใช้งาน กรณีที่เหมาะ และข้อควรระวังจากเอกสารทางการ
Multi-stage Build แยกขั้นคอมไพล์หรือเตรียมไฟล์ออกจากอิมเมจที่ใช้รันจริง เหมาะกับแอปที่ต้องใช้ compiler หรือ dependency จำนวนมากตอนสร้าง แต่ไม่ต้องใช้ตอนให้บริการ บทความนี้สรุปแนวคิดจากเอกสารทางการของ Docker และจุดที่ควรตรวจเมื่อนำไปใช้จริง
ภาพรวม
Docker แยกแอปและ dependency ไว้ในคอนเทนเนอร์ การใช้งานจริงต้องดูทั้งอิมเมจ สิทธิ์ เครือข่าย และข้อมูลที่ต้องอยู่ต่อหลังคอนเทนเนอร์ถูกแทนที่
หัวข้อนี้ตอบโจทย์เฉพาะเรื่อง: Multi-stage Build แยกขั้นคอมไพล์หรือเตรียมไฟล์ออกจากอิมเมจที่ใช้รันจริง จึงควรเริ่มจากปัญหาที่ต้องแก้และผลลัพธ์ที่คาดหวัง ไม่ใช่เพียงเปิดฟีเจอร์เพราะมีอยู่ในเครื่องมือ
หลักการทำงาน
Dockerfile ใช้ FROM หลายช่วง แล้ว COPY เฉพาะผลลัพธ์ที่ต้องใช้จากช่วง build ไปยังช่วง runtime
ให้ตรวจทั้งสถานะที่เครื่องมือรายงานและผลลัพธ์ปลายทางที่ผู้ใช้หรือระบบอื่นได้รับ หากสองส่วนไม่ตรงกัน ควรกลับไปตรวจค่าตั้งต้นและขอบเขตที่ฟีเจอร์นี้รับผิดชอบก่อนเปลี่ยนค่าเพิ่มเติม
เหมาะกับงานแบบไหน
เหมาะกับแอปที่ต้องใช้ compiler หรือ dependency จำนวนมากตอนสร้าง แต่ไม่ต้องใช้ตอนให้บริการ
ก่อนทดลอง ให้ระบุสิ่งที่จะใช้วัดผล เช่น เวลาตอบสนอง ความพร้อมใช้งาน ความถูกต้องของข้อมูล หรือภาระการดูแล แล้วเทียบกับสภาพเดิม วิธีนี้ช่วยให้รู้ว่าฟีเจอร์แก้ปัญหาจริงหรือย้ายภาระไปอีกจุดหนึ่ง
ขั้นตอนนำไปใช้
- ตรวจอิมเมจและ Compose configuration ที่จะใช้จริง
- ทดสอบการสร้างคอนเทนเนอร์ใหม่ รวมถึง mount, network และ healthcheck
- บันทึกวิธีย้อนเวอร์ชันอิมเมจและกู้ข้อมูลจาก Volume
เริ่มจากขอบเขตเล็กและเก็บผลทดสอบไว้กับการเปลี่ยนแปลง หากจะใช้ใน production ให้กำหนดผู้ติดตามผลและเงื่อนไขที่จะหยุดการขยายการใช้งาน
ข้อควรระวัง
ตรวจว่าไฟล์ runtime ที่จำเป็นครบ และไม่คัดลอกคีย์หรือไฟล์ลับจาก build stage ไปยังอิมเมจสุดท้าย
แปลงข้อควรระวังนี้เป็นรายการตรวจในการทบทวนงาน เพราะปัญหาจากค่าตั้งต้นอาจไม่แสดงทันทีในสภาพแวดล้อมทดสอบ
สรุป
Multi-stage Build แยกขั้นคอมไพล์หรือเตรียมไฟล์ออกจากอิมเมจที่ใช้รันจริง เหมาะกับแอปที่ต้องใช้ compiler หรือ dependency จำนวนมากตอนสร้าง แต่ไม่ต้องใช้ตอนให้บริการ ก่อนนำไปใช้กับงานหลัก ควรตรวจผลตามขั้นตอนข้างต้นและทบทวนข้อจำกัดของระบบที่มีอยู่
อ่านเพิ่มเติม: เอกสารทางการของ Docker