Build Multi-Tahap untuk Efisiensi

Selamat datang di optimasi Dockerfile tingkat lanjut! Hari ini, kita akan mempelajari build multi-tahap, teknik ampuh untuk membuat image Docker yang lebih kecil dan efisien.

Image yang lebih kecil menghasilkan pengunduhan yang lebih cepat, keamanan yang lebih baik, dan pemanfaatan sumber daya yang lebih optimal.

Saat Anda membangun image Docker, image tersebut sering kali menyertakan alat dan dependensi yang hanya diperlukan selama proses build, bukan saat aplikasi akhir dijalankan.

• Pengambilan lebih cepat: Image yang lebih kecil diunduh lebih cepat.
• Lebih sedikit ruang disk: Menghemat penyimpanan di registri dan host.
• Permukaan serangan lebih kecil: Lebih sedikit komponen berarti lebih sedikit potensi kerentanan.
• Keamanan lebih baik: Image produksi Anda hanya berisi hal-hal yang penting.

Bayangkan aplikasi terkompilasi, seperti aplikasi yang ditulis dalam Go. Dockerfile satu tahap tradisional akan menyertakan seluruh kompiler Go dan dependensi pengembangan di dalam image akhir.

Hal ini membuat image akhir jauh lebih besar dari yang diperlukan, karena kompiler tidak diperlukan untuk menjalankan biner yang telah dikompilasi.

Berikut aplikasi Go sederhana dan Dockerfile yang membangunnya dalam satu tahap. Perhatikan bahwa lingkungan build disertakan dalam image akhir.

main.go:

Dockerfile ini menggunakan `golang:1.21-alpine` sebagai basisnya. Setelah aplikasi dibangun, image basis yang besar ini, beserta semua alat build-nya, tetap berada di dalam image akhir.

Build multi-tahap mengatasi masalah ini dengan memungkinkan Anda mendefinisikan beberapa instruksi `FROM` dalam satu Dockerfile. Setiap `FROM` memulai tahapan build baru.

• Gunakan kata kunci AS untuk memberi nama tahapan (misalnya, FROM golang:1.21-alpine AS builder).
• Selanjutnya, Anda dapat menyalin artefak dari tahapan sebelumnya menggunakan COPY --from=<stage_name>.

Hanya tahapan terakhir yang disimpan sebagai image.

Dockerfile multi-tahap biasanya memiliki setidaknya dua tahapan:

• Tahap Build: Berisi semua alat dan kode sumber yang diperlukan untuk mengompilasi aplikasi Anda.
• Tahap Runtime: Image basis minimal yang hanya menyertakan aplikasi terkompilasi dan dependensi runtime-nya.

Image perantara dari tahap build dibuang sehingga menghasilkan image akhir yang ringan.

Mari kita tulis ulang Dockerfile aplikasi Go menggunakan pendekatan multi-tahap. Kita akan membangun aplikasi pada tahap pertama, lalu menyalin hanya biner yang telah dikompilasi ke image basis `alpine` yang jauh lebih kecil.

Saat Anda membangun Dockerfile ini, Docker menjalankan setiap tahapan. Namun, hanya konten dari instruksi `FROM` terakhir, yang digabungkan dengan file yang disalin dari tahapan sebelumnya, yang membentuk image akhir.

Hasilnya adalah image yang jauh lebih kecil dibandingkan build satu tahap, karena kompiler Go dan alat build tidak disertakan.

Build multi-tahap sangat berguna untuk:

• Bahasa Terkompilasi: Go, Java, C++, Rust.
• Kerangka Kerja Frontend: Membangun aplikasi React/Angular dan menyajikan aset statis dengan Nginx.
• Aplikasi Node.js: Menginstal `node_modules` pada tahap build, lalu hanya menyalin `package.json`, `package-lock.json`, dan aplikasi yang telah dibangun ke image runtime yang ramping.

Manakah dari pilihan berikut yang merupakan manfaat utama penggunaan build Docker multi-tahap?

Anda telah mempelajari build Docker multi-tahap!

• Build ini melibatkan beberapa instruksi FROM dalam satu Dockerfile.
• Kata kunci AS memberi nama pada tahapan, sedangkan COPY --from= memindahkan artefak.
• Manfaat utamanya adalah image akhir yang jauh lebih kecil, lebih aman, dan lebih efisien.

Teknik ini sangat penting untuk mengoptimalkan aplikasi Anda yang berjalan dalam kontainer. Selanjutnya, kita akan mempelajari pemanfaatan cache build!