Examples of using Replicationcontroller in Indonesian and their translations into English
{-}
-
Colloquial
-
Ecclesiastic
-
Computer
-
Ecclesiastic
Bekerja dengan ReplicationController.
ReplicationController itu sendiri dapat memiliki label(. metadata. labels).
Mengisolasi Pod dari ReplicationController.
ReplicationController adalah sebuah sumber daya top-level pada REST API Kubernetes.
Periksa status dari ReplicationController menggunakan perintah ini.
Labels tidak akan memengaruhi perilaku dari ReplicationController.
ReplicationController akan selalu dibatasi terhadap tanggung jawab spesifik ini.
Detil dari objek API dapat ditemukan di: objek API ReplicationController.
Kamu dapat menghapus ReplicationController tanpa memengaruhi Pod-Pod yang berhubungan dengannya.
Ketika menggunakan REST API atau library klien go,cukup hapus objek ReplicationController.
Jika kamu melakukannya, ReplicationController akan menganggap bahwa ia telah membuat Pod-Pod lainnya.
Kami tidak akan menambahkan kebijakan penjadwalan(contohnya spreading) untuk ReplicationController.
Kubectl rolling update membarui Pod dan ReplicationController dengan cara yang serupa.
ReplicationController ditujukan untuk menjadi primitif komponen yang dapat dibangun untuk berbagai kebutuhan.
Untuk alasan ini, kami merekomendasikan kamu untuk menggunakan ReplicationController bahkan ketika aplikasimu hanya membutuhkan satu Pod saja.
ReplicationController seringkali disingkat sebagai rc dalam diskusi, dan sebagai shortcut dalam perintah kubectl.
Untuk pengulangan kembali dari sebuah kontainer lokal, ReplicationController mendelegasikannya ke agen pada Node, contohnya Kubelet atau Docker.
ReplicationController didesain untuk memfasilitasi pembaruan bergulir untuk sebuah servis dengan mengganti Pod-Pod satu per satu.
Selain field-field yang diwajibkan untuk sebuah Pod, templat Pod pada ReplicationController harus menentukan label dan kebijakan pengulangan kembali yang tepat.
ReplicationController mendelegasikan pengulangan kontainer lokal ke agen yang terdapat dalam Node( contohnya Kubelet atau Docker).
Sebagai contohnya, kita dapat menganggap sesuatu seperti Asgard yang mengatur beberapa ReplicationController, auto-scaler, servis, kebijakan penjadwalan, canary, dan yang lainnya.
Hal ini memungkinkan ReplicationController untuk digantikan tanpa memengaruhi Pod-Pod yang sedang berjalan.
Kamu juga sebaiknya tidak membuat Pod dengan label yang cocok dengan selektor ini,baik secara langsung, dengan menggunakan ReplicationController lain, ataupun menggunakan kontroler lain seperti Job.
Kamu juga dapat mencoba-coba ReplicationController secara terpisah untuk melakukan pengujian, mengamati hasilnya, dan lainnya.
ReplicationController hanya memastikan ketersediaan dari sejumlah Pod yang cocok dengan selektor label dan berjalan dengan baik.
Keduanya memenuhi tujuan yang sama dan memiliki perilaku yang serupa, kecuali bahwa ReplicationController tidak mendukung kebutuhan selektor set-based seperti yang dijelaskan pada panduan penggunaan label.
ReplicationController memudahkan penskalaan jumlah replika, baik meningkatkan ataupun mengurangi, secara manual ataupun dengan agen kontrol penskalaan otomatis, dengan hanya mengubah nilai dari field replicas.
Dengan kata lain, ReplicationController memastikan bahwa sebuah Pod atau sebuah kumpulan Pod yang homogen selalu berjalan dan tersedia.
Kubectl akan mengatur ReplicationController ke nol dan menunggunya untuk menghapus setiap Pod sebelum menghapus ReplicationController itu sendiri.
Pod-Pod yang dibuat oleh ReplicationController ditujukan untuk dapat sepadan dan memiliki semantik yang identik, walaupun konfigurasi mereka dapat berbeda seiring keberjalanan waktunya.