Tidak suka iklan? Pergi Bebas Iklan Hari ini 

Generator Dockerfile

Pengembang

IKLAN · HAPUS?

MEMASUKKAN

Proses Otomatis

Tumpukan

Tag Gambar

Tag yang ditambahkan setelah nama gambar (image:TAG).

Gambar Dasar

Referensi gambar lengkap termasuk tag.

WORKDIR

Argumen Pembangunan

Variabel pembangunan. Setiap baris menjadi instruksi ARG.

Variabel Lingkungan

Variabel runtime. Setiap baris menjadi instruksi ENV.

Paket Sistem

Diinstal melalui apk/apt-get berdasarkan gambar dasar. Kosongkan untuk melewatinya.

File Ketergantungan

Dikopi terlebih dahulu untuk peningkatan penggunaan lapisan Docker.

Perintah Instalasi

Dijalankan setelah file ketergantungan dikopi.

Perintah Pembangunan

Opsi. Dijalankan setelah seluruh sumber dikopi.

Ekspresi Port

Port TCP yang dipisahkan dengan koma.

USER Bukan Root

Opsi. Menetapkan USER untuk runtime.

HEALTHCHECK

Opsi. Perintah shell yang dijalankan di dalam container.

Interval HEALTHCHECK

Bentuk Eksekusi (disarankan)

Bentuk Shell

CMD

Proses default saat container dimulai.

ENTRYPOINT

Opsi. Digunakan saat CMD hanya menyediakan argumen.

KELUARAN

Sisi klien

IKLAN · HAPUS?

Memandu

Generator Dockerfile

Buat Dockerfile siap diproduksi dalam detik. Pilih stack seperti Node.js, Python, Go, OpenJDK, Ruby, PHP, Rust, .NET, Nginx, Alpine, Ubuntu, atau Debian dan generator mengatur nilai default yang masuk akal untuk gambar dasar, variabel lingkungan, file ketergantungan, perintah instalasi, port yang diunggah, dan pengguna runtime. Sesuaikan setiap bidang dan Dockerfile akan diperbarui secara langsung dengan instruksi dalam urutan lapisan terbaik.

Cara Penggunaan

Pilih stack dari dropdown Stack. Nama gambar, tag, variabel lingkungan, file ketergantungan, dan CMD diisi dengan nilai default yang terbukti.
Sesuaikan tag gambar, WORKDIR, argumen pembangunan, dan variabel runtime untuk sesuai dengan proyek Anda.
Daftar paket sistem yang dibutuhkan (satu per baris). Generator menginstalnya dengan apk pada gambar Alpine dan apt-get pada gambar keluarga Debian.
Tetapkan file ketergantungan yang harus dikopi terlebih dahulu untuk peningkatan caching lapisan, perintah instalasi yang mengikuti, dan perintah pembangunan opsional.
Konfigurasikan port yang diunggah, pengguna bukan root, HEALTHCHECK opsional, dan pilih bentuk eksekusi atau shell untuk CMD atau ENTRYPOINT akhir.
Salin Dockerfile yang dihasilkan atau unduh langsung ke akar proyek Anda.

Fitur

Preset Stack – satu klik mengisi Node, Python, Go, OpenJDK, Ruby, PHP, Rust, .NET, Nginx, Alpine, Ubuntu, Debian, atau gambar kustom Anda.
Urutan Lapisan Terbaik – FROM, ARG, WORKDIR, ENV, paket sistem, salin ketergantungan + instalasi, salin sumber, pembangunan, EXPOSE, USER, HEALTHCHECK, lalu ENTRYPOINT/CMD.
Sahabat Cache Lapisan – salin manifest ketergantungan sebelum sumber lainnya sehingga rebuild akan melewatkan instalasi kembali saat kode Anda berubah.
Pengenal Manajer Paket – menghasilkan apk add --no-cache untuk dasar Alpine dan satu lapisan yang dibersihkan apt-get update && install untuk dasar keluarga Debian.
Bentuk Eksekusi atau Shell – CMD dan ENTRYPOINT ditampilkan sebagai array JSON (disarankan) atau string shell literal.
Bantuan HEALTHCHECK – interval yang dapat disesuaikan dengan timeout, periode awal, dan default retry yang masuk akal.
Penghasilan Langsung – setiap perubahan memperbarui output tanpa perlu klik tombol Generate. Salin atau unduh hasilnya dengan satu kali klik.

 Tanya Jawab Umum

Mengapa urutan instruksi Dockerfile penting?

Docker menyimpan setiap instruksi sebagai lapisan tidak berubah yang dikey oleh inputnya. Ketika lapisan berubah, setiap lapisan di bawahnya harus dibangun ulang. Menempatkan instruksi yang jarang berubah seperti FROM, ENV, dan instalasi ketergantungan di bagian atas, dan instruksi yang sering berubah seperti salinan sumber dan pembangunan di bagian bawah, memungkinkan Docker memanfaatkan lapisan pengaturan yang mahal di sebagian besar pembangunan dan hanya membangun ulang beberapa lapisan terakhir yang lebih murah.
Apa perbedaan antara bentuk exec CMD dan bentuk shell?

Bentuk exec adalah array JSON (misalnya, ["node", "server.js"]) yang dijalankan langsung oleh execve, sehingga proses menjadi PID 1 dan menerima sinyal seperti SIGTERM secara bersih. Bentuk shell adalah satu string yang diwrap oleh /bin/sh -c, yang menambahkan shell sebagai PID 1, menelan sinyal, dan menghancurkan penutupan bersih. Bentuk exec adalah default yang disarankan untuk layanan berjalan panjang.
Mengapa salin package.json atau requirements.txt sebelum sumber lainnya?

Instalasi ketergantungan biasanya adalah langkah paling lambat dalam pembangunan. Dengan menggandakan hanya manifest dan file lock terlebih dahulu, lalu menjalankan instalasi, Docker dapat meng-cache lapisan tersebut dan menggunakan ulang pada setiap pembangunan selanjutnya hingga file-file tersebut berubah. Menggandakan seluruh sumber terlebih dahulu akan menghilangkan lapisan instalasi pada setiap perubahan kode, memaksa instalasi ulang setiap kali.
Mengapa menjalankan sebagai pengguna bukan root di dalam container?

Secara default, proses di dalam container berjalan sebagai root. Jika penyerang memanfaatkan kelemahan dalam aplikasi Anda, mereka mewarisi root di dalam container, yang memperluas radius kerugian dari kegagalan. Mengganti ke pengguna khusus yang tidak berprivilegi dengan USER mengurangi apa yang dapat dibaca, ditulis, atau dinaikkan oleh kode yang berbahaya, dan merupakan kebutuhan dasar untuk banyak runtime produksi dan kebijakan keamanan pod Kubernetes.
Apa yang dilakukan oleh HEALTHCHECK sebenarnya?

HEALTHCHECK memberi tahu Docker perintah yang dijalankan secara berkala untuk menentukan apakah container dalam kondisi sehat. Hasilnya diungkapkan melalui docker inspect dan digunakan oleh pengatur dan load balancer untuk mengatur aliran, memulai ulang container yang tidak sehat, dan menandai deploy sebagai gagal. Periksa yang baik menguji jalur kode yang digunakan oleh klien nyata, mengembalikan cepat, dan dijalankan sering cukup untuk menangkap kegagalan sebelum pengguna melakukannya.