Tibor Vass จาก Docker Inc ผู้พัฒนาโครงการ Docker เขียนบล็อคแนะนำถึง 10 เทคนิคในการเขียน Dockerfile ให้มีคุณภาพ
Dockerfile เป็นหัวใจสำคัญของการพัฒนาแบบคอนเทนเนอร์ มันเป็นสคริปต์สำหรับการสร้างอิมเมจคอนเทนเนอร์ที่เหมือนกับการติดตั้งซอฟต์แวร์ลงเซิร์ฟเวอร์ โดยการรันอิมเมจแต่ละครั้งจะคาดเดาได้ว่าสภาพแวดล้อมเป๋นอย่างไร
11 เทคนิคที่ Vass แนะนำมีดังนี้
- เรียงลำดับสคริปต์โดยคิดถึงแคช คำสั่งในสคริปต์อาจจะสลับกันได้โดยเท่าเทียมกัน แต่การนำบรรทัดที่มีความเปลี่ยนแปลงบ่อยๆ ไปอยู่ต้นไฟล์ จะทำให้ไม่สามารถใช้แคชในขั้นต่อๆ ไปได้อีก
- ใช้คำสั่ง COPY อย่างเจาะจงไฟล์ คำสั่ง COPY ที่ใช้ส่งไฟล์จากเครื่องเข้าไปยังอิมเมจ หากมีการส่งไฟล์ที่ไม่จำเป็นเข้าไปในอิมเมจด้วย เมื่อไฟล์เหล่านั้นถูกแก้ไขก็จะไม่สามารถใช้ข้อมูลในแคชได้ ทำให้กระบวนการ build อิมเมจช้าลง
- ระวังแคช ให้รวมคำสั่งให้ต้องรันต่อเนื่องกันเข้าด้วยกัน เนื่องจากแต่ละคำสั่งจะมีแคชผลการรันอยู่ หากเราแยกคำสั่งที่ควรรันต่อเนื่องกัน เช่น
apt get update ออกเป็นคนละคำสั่งกับ apt get install ก็อาจจะทำให้อิมเมจของเราได้ซอฟต์แวร์เวอร์ชั่นเก่า
- ไม่ติดตั้งซอฟต์แวร์ที่ไม่จำเป็น เพื่อลดขนาดอิมเมจ ควรติดตั้งเฉพาะซอฟต์แวร์ที่จำเป็นต่อการทำงาน เทคนิคพื้นฐานเช่น APT นั้นมีแฟลก
--no-install-recommends อยู่ เพื่องดติดตั้งซอฟต์แวร์ที่ "แนะนำ" แต่ไม่ได้จำเป็นได้
- ลบแคชทิ้งก่อนนำอิมเมจไปใช้ การติดตั้งหรืออัพเดตซอฟต์แวร์ในคอนเทนเนอร์มักโหลดไฟล์ต่างๆ มาเก็บไว้ในแคช ทำให้อิมเมจใหญ่เกินความจำเป็น ทาง Docker แนะนำให้ลบไฟล์เหล่านี้ทิ้งไปก่อนนำอิมเมจไปใช้งาน
- ใช้อิมเมจทางการก่อนหากเป็นไปได้ โครงการจำนวนมากมีอิมเมจทางการมาให้แต่แรก แทนที่จะเขียน Dockerfile ใหม่เองแต่ต้น การใช้อิมเมจหลักมาปรับแต่งช่วยประหยัดเวลาได้มาก
- เลือกแท็กให้เจาะจง อิมเมจมีระบบแท็กเพื่อให้เลือกเวอร์ชั่นของอิมเมจได้ แต่นักพัฒนามักเลือกแท็ก latest เป็นความเคยชินแต่พอใช้งานจริง ซอฟต์แวร์รุ่นล่าสุดอาจจะไม่สามารถทำงานร่วมกับซอฟต์แวร์เวอร์ชั่นเดิม ควรเจาะจงเวอร์ชั่นให้มากขึ้น
- เลือกอิมเมจขนาดเล็ก อิมเมจมาตรฐานจากโครงการต่างๆ มักมีให้เลือกรุ่นอิมเมจขนาดเล็ก เช่น OpenJDK มีรุ่น slim ที่เป็น Debian ย่อส่วน ทำให้อิมเมจโดยรวมเล็กลงมาก อย่างไรก็ดี อิมเมจบางรุ่นที่เล็กมากๆ อาจจะใช้ลินุกซ์รุ่นเล็กอย่าง Alpine ที่ใช้ ไลบรารีเป็น musl แทน GNU ทำให้อาจจะมีปัญหาความเข้ากันได้บางกรณี ในกรณีของ OpenJDK มีรุ่น jre ที่มีแต่รันไทม์อย่างเดียวโดยไม่ต้องมี SDK ทำให้ขนาดเล็กลงไปอีก
- สร้างอิมเมจจากซอร์สโค้ด แทนที่จะสร้างอิมเมจจากไบนารีที่คอมไพล์มาก่อนแล้ว ซึ่งทำให้อิมเมจที่ได้คาดเดาผลไม่ได้ การดึงเอาไฟล์ที่เกี่ยวข้องเข้ามาอยู่ในอิมเมจโดยตรง ทำให้เมื่อซฮร์สโค้ดเปลี่ยนแปลง กระบวนการสร้างอิมเมจก็จะรันครบถ้วน
- ดึงไฟล์ที่เกี่ยวข้องทีละลำดับ แยกลำดับการประมวลผลไฟล์ที่ต้องใช้งานในอิมเมจ (dependency) ออกมาทีละลำดับ และประมวลผลเท่าที่ทำได้ก่อน จะทำให้กระบวนการสร้างอิมเมจสามารถแคชขั้นตอนบางส่วนไว้ได้ เช่นการโหลด dependency ด้วย maven ก่อนจะสั่ง COPY ซอร์สโค้ดเข้ามา
- ใช้กระบวนการ build หลายขั้น การสร้างอิมเมจที่มีไฟล์ที่จำเป็นสำหรับการคอมไพล์โปรแกรมมักทำให้อิมเมจมีขนาดใหญ่ ทางเลือกคือการใช้เทคนิค multi-stage สร้างอิมเมจสำหรับคอมไพล์ซอฟต์แวร์ แยกออกมาจากอิมเมจสำหรับการรัน โดย Dockerfile สามารถดึงไฟล์จากอิมเมจที่ใช้คอมไพล์โปรแกรมได้อยู่แล้ว ด้วยอาร์กิวเมนต์
--from ในคำสั่ง COPY
ผมเองหลังจากอ่านแล้วก็พบว่าไม่ได้สนใจแนวทางเหล่านี้ในบางครั้ง การคำนึงถึงประเด็นที่ทาง Docker ระบุมา น่าจะช่วยให้อิมเมจมีขนาดเล็ก โหลดได้รวดเร็ว และลดเวลา build โดยรวมในกรณีที่ไม่จำเป็นออกไปได้
ที่มา - Docker Blog