Examples of using Init container in Indonesian and their translations into English
{-}
-
Colloquial
-
Ecclesiastic
-
Computer
-
Ecclesiastic
Sebuah Init Container.
Seorang pengguna memperbarui PodSpec, mengakibatkan image Init Container berubah.
Melihat Init Container.
Init Container memiliki semua kolom yang dimiliki oleh Container aplikasi.
Status-status dari Init Container dikembalikan di kolom. status.
Init Container dapat dispesifikasikan di dalam PodSpec bersama dengan array containers aplikasi.
Perubahan apapun pada image Init Container akan mengulang kembali Pod tersebut.
Juga, Init Container tidak mendukung readiness probe karena mereka harus berjalan hingga selesai sebelum Pod dapat siap.
Jika sebuah Pod diulang kembali, semua Init Container harus dijalankan kembali.
Setiap Init Container harus selesai secara sukses sebelum yang berikutnya dapat berjalan.
Nama setiap Container aplikasi dan Init Container pada sebuah Pod haruslah unik;
Setiap Init Container harus selesai secara sukses sebelum Init Container berikutnya dijalankan.
Tetapi, jika restartPolicy Pod disetel dengan nilai Always, Init Container akan menggunakan strategi RestartPolicy OnFailure.
Karena eksekusi Init Container yang berurutan, aturan-aturan untuk sumber daya berlaku sebagai berikut.
Saat kita menjalankan Service mydb dan myservice,kita dapat melihat Init Container telah selesai dan myapp-pod pun dibuat.
Port di sebuah Init Container tidak diagregasikan di dalam sebuah Service.
Tingkat QoS yangberlaku milik Pod adalah sama dengan tingkat QoS untuk Init Container dan Container aplikasi.
Mengganti kolom image sebuah Init Container sama dengan mengulang kembali Pod tersebut.
Gunakan activeDeadlineSeconds pada Pod dan livenessProbe pada Container untuk mencegah Init Container gagal terus menerus.
Versi-versi sebelumnya mendukung Init Container melalui anotasi alpha atau beta. Kolom. spec.
Karena Init Container dapat diulang kembali, dicoba ulang,atau dijalankan ulang, Init Container sebaiknya bersifat idempotent.
Yang tertinggi antara request atau limit sumber daya yang didefinisikan pada semua Init Container adalah request/ limit inisialisasi yang berlaku.
Jika beberapa Init Container dispesifikasikan untuk sebuah Pod, Container-container tersebut akan dijalankan satu per satu secara berurutan.
Penjadwalan dilakukan berdasarkan request/ limit( Pod) yang berlaku, yang berarti bahwa Init Container dapat mengambil sumber daya inisialisasi yang tidak digunakan selama umur Pod tersebut.
Init Container mendukung semua kolom dan fitur dari Container aplikasi, termasuk konfigurasi limit sumber daya, volume, dan keamanan.
Perubahan pada spesifikasi Init Container dibatasi hanya pada kolom image pada Init Container. .
Saat semua Init Container telah berjalan hingga selesai, Kubernetes akan menginisialisasi Pod dan menjalankan Container aplikasi seperti biasa.
Saat dimulainya sebuah Pod, Init Container dijalankan secara berurutan, setelah jaringan dan volume telah diinisialisasi.
Karena Init Container memiliki image yang berbeda dengan Container aplikasi, mereka memiliki beberapa kelebihan untuk kode yang berhubungan dengan dimulainya Init Container: .
Saat semua Init Container telah berjalan hingga selesai, Kubernetes akan menginisialisasi Pod dan menjalankan Container aplikasi seperti biasa.