Merge pull request #19799 from ariscahyadi/trans-id-controller-container
Translate controller and container overview to ID localization
This commit is contained in:
Kubernetes Prow Robot
@@ -0,0 +1,178 @@
|
|||||||
|
---
|
||||||
|
title: Controller
|
||||||
|
content_template: templates/concept
|
||||||
|
weight: 30
|
||||||
|
---
|
||||||
|
|
||||||
|
{{% capture overview %}}
|
||||||
|
|
||||||
|
Dalam bidang robotika dan otomatisasi, _control loop_ atau kontrol tertutup adalah
|
||||||
|
lingkaran tertutup yang mengatur keadaan suatu sistem.
|
||||||
|
|
||||||
|
Berikut adalah salah satu contoh kontrol tertutup: termostat di sebuah ruangan.
|
||||||
|
|
||||||
|
Ketika kamu mengatur suhunya, itu mengisyaratkan ke termostat
|
||||||
|
tentang *keadaan yang kamu inginkan*. Sedangkan suhu kamar yang sebenarnya
|
||||||
|
adalah *keadaan saat ini*. Termostat berfungsi untuk membawa keadaan saat ini
|
||||||
|
mendekati ke keadaan yang diinginkan, dengan menghidupkan atau mematikan
|
||||||
|
perangkat.
|
||||||
|
|
||||||
|
Di Kubernetes, _controller_ adalah kontrol tertutup yang mengawasi keadaan klaster
|
||||||
|
{{< glossary_tooltip term_id="cluster" text="klaster" >}} kamu, lalu membuat atau meminta
|
||||||
|
perubahan jika diperlukan. Setiap _controller_ mencoba untuk memindahkan status
|
||||||
|
klaster saat ini mendekati keadaan yang diinginkan.
|
||||||
|
|
||||||
|
{{< glossary_definition term_id="controller" length="short">}}
|
||||||
|
|
||||||
|
{{% /capture %}}
|
||||||
|
|
||||||
|
|
||||||
|
{{% capture body %}}
|
||||||
|
|
||||||
|
## Pola _controller_
|
||||||
|
|
||||||
|
Sebuah _controller_ melacak sekurang-kurangnya satu jenis sumber daya dari
|
||||||
|
Kubernetes.
|
||||||
|
[objek-objek](/docs/concepts/overview/working-with-objects/kubernetes-objects/) ini
|
||||||
|
memiliki *spec field* yang merepresentasikan keadaan yang diinginkan. Satu atau
|
||||||
|
lebih _controller_ untuk *resource* tersebut bertanggung jawab untuk membuat
|
||||||
|
keadaan sekarang mendekati keadaan yang diinginkan.
|
||||||
|
|
||||||
|
_Controller_ mungkin saja melakukan tindakan itu sendiri; namun secara umum, di
|
||||||
|
Kubernetes, _controller_ akan mengirim pesan ke
|
||||||
|
{{< glossary_tooltip text="API server" term_id="kube-apiserver" >}} yang
|
||||||
|
mempunyai efek samping yang bermanfaat. Kamu bisa melihat contoh-contoh
|
||||||
|
di bawah ini.
|
||||||
|
|
||||||
|
{{< comment >}}
|
||||||
|
Beberapa _controller_ bawaan, seperti _controller namespace_, bekerja pada objek
|
||||||
|
yang tidak memiliki *spec*. Agar lebih sederhana, halaman ini tidak
|
||||||
|
menjelaskannya secara detail.
|
||||||
|
{{< /comment >}}
|
||||||
|
|
||||||
|
### Kontrol melalui server API
|
||||||
|
|
||||||
|
_Controller_ {{< glossary_tooltip term_id="job" >}} adalah contoh dari _controller_
|
||||||
|
bawaan dari Kubernetes. _Controller_ bawaan tersebut mengelola status melalui
|
||||||
|
interaksi dengan server API dari suatu klaster.
|
||||||
|
|
||||||
|
Job adalah sumber daya dalam Kubernetes yang menjalankan a
|
||||||
|
{{< glossary_tooltip term_id="pod" >}}, atau mungkin beberapa Pod sekaligus,
|
||||||
|
untuk melakukan sebuah pekerjaan dan kemudian berhenti.
|
||||||
|
|
||||||
|
(Setelah [dijadwalkan](../../../../en/docs/concepts/scheduling/), objek Pod
|
||||||
|
akan menjadi bagian dari keadaan yang diinginkan oleh kubelet).
|
||||||
|
|
||||||
|
Ketika _controller job_ melihat tugas baru, maka _controller_ itu memastikan bahwa,
|
||||||
|
di suatu tempat pada klaster kamu, kubelet dalam sekumpulan Node menjalankan
|
||||||
|
Pod-Pod dengan jumlah yang benar untuk menyelesaikan pekerjaan. _Controller job_
|
||||||
|
tidak menjalankan sejumlah Pod atau kontainer apa pun untuk dirinya sendiri.
|
||||||
|
Namun, _controller job_ mengisyaratkan kepada server API untuk membuat atau
|
||||||
|
menghapus Pod. Komponen-komponen lain dalam
|
||||||
|
{{< glossary_tooltip text="control plane" term_id="control-plane" >}}
|
||||||
|
bekerja berdasarkan informasi baru (adakah Pod-Pod baru untuk menjadwalkan dan
|
||||||
|
menjalankan pekerjan), dan pada akhirnya pekerjaan itu selesai.
|
||||||
|
|
||||||
|
Setelah kamu membuat Job baru, status yang diharapkan adalah bagaimana
|
||||||
|
pekerjaan itu bisa selesai. _Controller job_ membuat status pekerjaan saat ini
|
||||||
|
agar mendekati dengan keadaan yang kamu inginkan: membuat Pod yang melakukan
|
||||||
|
pekerjaan yang kamu inginkan untuk Job tersebut, sehingga Job hampir
|
||||||
|
terselesaikan.
|
||||||
|
|
||||||
|
_Controller_ juga memperbarui objek yang mengkonfigurasinya. Misalnya: setelah
|
||||||
|
pekerjaan dilakukan untuk Job tersebut, _controller job_ memperbarui objek Job
|
||||||
|
dengan menandainya `Finished`.
|
||||||
|
|
||||||
|
(Ini hampir sama dengan bagaimana beberapa termostat mematikan lampu untuk
|
||||||
|
mengindikasikan bahwa kamar kamu sekarang sudah berada pada suhu yang kamu
|
||||||
|
inginkan).
|
||||||
|
|
||||||
|
### Kontrol Langsung
|
||||||
|
|
||||||
|
Berbeda dengan sebuah Job, beberapa dari _controller_ perlu melakukan perubahan
|
||||||
|
sesuatu di luar dari klaster kamu.
|
||||||
|
|
||||||
|
Sebagai contoh, jika kamu menggunakan kontrol tertutup untuk memastikan apakah
|
||||||
|
cukup {{< glossary_tooltip text="Node" term_id="node" >}}
|
||||||
|
dalam kluster kamu, maka _controller_ memerlukan sesuatu di luar klaster saat ini
|
||||||
|
untuk mengatur Node-Node baru apabila dibutuhkan.
|
||||||
|
|
||||||
|
_controller_ yang berinteraksi dengan keadaan eksternal dapat menemukan keadaan
|
||||||
|
yang diinginkannya melalui server API, dan kemudian berkomunikasi langsung
|
||||||
|
dengan sistem eksternal untuk membawa keadaan saat ini mendekat keadaan yang
|
||||||
|
diinginkan.
|
||||||
|
|
||||||
|
(Sebenarnya ada sebuah _controller_ yang melakukan penskalaan node secara
|
||||||
|
horizontal dalam klaster kamu. Silahkan lihat
|
||||||
|
[_autoscaling_ klaster](/docs/tasks/administer-cluster/cluster-management/#cluster-autoscaling)).
|
||||||
|
|
||||||
|
## Status sekarang berbanding status yang diinginkan {#sekarang-banding-diinginkan}
|
||||||
|
|
||||||
|
Kubernetes mengambil pandangan sistem secara _cloud-native_, dan mampu menangani
|
||||||
|
perubahan yang konstan.
|
||||||
|
|
||||||
|
Klaster kamu dapat mengalami perubahan kapan saja pada saat pekerjaan sedang
|
||||||
|
berlangsung dan kontrol tertutup secara otomatis memperbaiki setiap kegagalan.
|
||||||
|
Hal ini berarti bahwa, secara potensi, klaster kamu tidak akan pernah mencapai
|
||||||
|
kondisi stabil.
|
||||||
|
|
||||||
|
Selama _controller_ dari klaster kamu berjalan dan mampu membuat perubahan yang
|
||||||
|
bermanfaat, tidak masalah apabila keadaan keseluruhan stabil atau tidak.
|
||||||
|
|
||||||
|
## Perancangan
|
||||||
|
|
||||||
|
Sebagai prinsip dasar perancangan, Kubernetes menggunakan banyak _controller_ yang
|
||||||
|
masing-masing mengelola aspek tertentu dari keadaan klaster. Yang paling umum,
|
||||||
|
kontrol tertutup tertentu menggunakan salah satu jenis sumber daya
|
||||||
|
sebagai suatu keadaan yang diinginkan, dan memiliki jenis sumber daya yang
|
||||||
|
berbeda untuk dikelola dalam rangka membuat keadaan yang diinginkan terjadi.
|
||||||
|
|
||||||
|
Sangat penting untuk memiliki beberapa _controller_ sederhana daripada hanya satu
|
||||||
|
_controller_ saja, dimana satu kumpulan monolitik kontrol tertutup saling
|
||||||
|
berkaitan satu sama lain. Karena _controller_ bisa saja gagal, sehingga Kubernetes
|
||||||
|
dirancang untuk memungkinkan hal tersebut.
|
||||||
|
|
||||||
|
Misalnya: _controller_ pekerjaan melacak objek pekerjaan (untuk menemukan
|
||||||
|
adanya pekerjaan baru) dan objek Pod (untuk menjalankan pekerjaan tersebut dan
|
||||||
|
kemudian melihat lagi ketika pekerjaan itu sudah selesai). Dalam hal ini yang
|
||||||
|
lain membuat pekerjaan, sedangkan _controller_ pekerjaan membuat Pod-Pod.
|
||||||
|
|
||||||
|
{{< note >}}
|
||||||
|
Ada kemungkinan beberapa _controller_ membuat atau memperbarui jenis objek yang
|
||||||
|
sama. Namun di belakang layar, _controller_ Kubernetes memastikan bahwa mereka
|
||||||
|
hanya memperhatikan sumbr daya yang terkait dengan sumber daya yang mereka
|
||||||
|
kendalikan.
|
||||||
|
|
||||||
|
Misalnya, kamu dapat memiliki Deployment dan Job; dimana keduanya akan membuat
|
||||||
|
Pod. _Controller Job_ tidak akan menghapus Pod yang dibuat oleh Deployment kamu,
|
||||||
|
karena ada informasi ({{< glossary_tooltip term_id="label" text="labels" >}})
|
||||||
|
yang dapat oleh _controller_ untuk membedakan Pod-Pod tersebut.
|
||||||
|
{{< /note >}}
|
||||||
|
|
||||||
|
## Berbagai cara menjalankan beberapa _controller_ {#menjalankan-_controller_}
|
||||||
|
|
||||||
|
Kubernetes hadir dengan seperangkat _controller_ bawaan yang berjalan di dalam
|
||||||
|
{{< glossary_tooltip term_id="kube-controller-manager" >}}. Beberapa _controller_
|
||||||
|
bawaan memberikan perilaku inti yang sangat penting.
|
||||||
|
|
||||||
|
_Controller Deployment_ dan _controller Job_ adalah contoh dari _controller_ yang
|
||||||
|
hadir sebagai bagian dari Kubernetes itu sendiri (_controller_ "bawaan").
|
||||||
|
Kubernetes memungkinkan kamu menjalankan _control plane_ yang tangguh, sehingga
|
||||||
|
jika ada _controller_ bawaan yang gagal, maka bagian lain dari _control plane_ akan
|
||||||
|
mengambil alih pekerjaan.
|
||||||
|
|
||||||
|
Kamu juga dapat menemukan pengontrol yang berjalan di luar _control plane_, untuk
|
||||||
|
mengembangkan lebih jauh Kubernetes. Atau, jika mau, kamu bisa membuat
|
||||||
|
_controller_ baru sendiri. Kamu dapat menjalankan _controller_ kamu sendiri sebagai
|
||||||
|
satu kumpulan dari beberapa Pod, atau bisa juga sebagai bagian eksternal dari
|
||||||
|
Kubernetes. Manakah yang paling sesuai akan tergantung pada apa yang _controller_
|
||||||
|
khusus itu lakukan.
|
||||||
|
|
||||||
|
{{% /capture %}}
|
||||||
|
|
||||||
|
{{% capture whatsnext %}}
|
||||||
|
* Silahkan baca tentang [_control plane_ Kubernetes](/docs/concepts/#kubernetes-control-plane)
|
||||||
|
* Temukan beberapa dasar tentang [objek-objek Kubernetes](/docs/concepts/#kubernetes-objects)
|
||||||
|
* Pelajari lebih lanjut tentang [Kubernetes API](/docs/concepts/overview/kubernetes-api/)
|
||||||
|
* Apabila kamu ingin membuat _controller_ sendiri, silakan lihat [pola perluasan](/docs/concepts/extend-kubernetes/extend-cluster/#extension-patterns) dalam memperluas Kubernetes.
|
||||||
|
{{% /capture %}}
|
||||||
+1
-1
@@ -1,5 +1,5 @@
|
|||||||
---
|
---
|
||||||
title: Variabel Environment Kontainer
|
title: Kontainer Environment
|
||||||
content_template: templates/concept
|
content_template: templates/concept
|
||||||
weight: 20
|
weight: 20
|
||||||
---
|
---
|
||||||
@@ -0,0 +1,49 @@
|
|||||||
|
---
|
||||||
|
title: Ikhtisar Kontainer
|
||||||
|
content_template: templates/concept
|
||||||
|
weight: 1
|
||||||
|
---
|
||||||
|
|
||||||
|
{{% capture overview %}}
|
||||||
|
|
||||||
|
Kontainer adalah teknologi untuk mengemas kode (yang telah dikompilasi) menjadi
|
||||||
|
suatu aplikasi beserta dengan dependensi-dependensi yang dibutuhkannya pada saat
|
||||||
|
dijalankan. Setiap kontainer yang Anda jalankan dapat diulang; standardisasi
|
||||||
|
dengan menyertakan dependensinya berarti Anda akan mendapatkan perilaku yang
|
||||||
|
sama di mana pun Anda menjalankannya.
|
||||||
|
|
||||||
|
Kontainer memisahkan aplikasi dari infrastruktur host yang ada dibawahnya. Hal
|
||||||
|
ini membuat penyebaran lebih mudah di lingkungan cloud atau OS yang berbeda.
|
||||||
|
|
||||||
|
{{% /capture %}}
|
||||||
|
|
||||||
|
{{% capture body %}}
|
||||||
|
|
||||||
|
## Image-Image Kontainer
|
||||||
|
|
||||||
|
[Kontainer image](/docs/concepts/containers/images/) meruapakan paket perangkat lunak
|
||||||
|
yang siap dijalankan, mengandung semua yang diperlukan untuk menjalankan
|
||||||
|
sebuah aplikasi: kode dan setiap *runtime* yang dibutuhkan, *library* dari
|
||||||
|
aplikasi dan sistem, dan nilai *default* untuk penganturan yang penting.
|
||||||
|
|
||||||
|
Secara desain, kontainer tidak bisa berubah: Anda tidak dapat mengubah kode
|
||||||
|
dalam kontainer yang sedang berjalan. Jika Anda memiliki aplikasi yang
|
||||||
|
terkontainerisasi dan ingin melakukan perubahan, maka Anda perlu membuat
|
||||||
|
kontainer baru dengan menyertakan perubahannya, kemudian membuat ulang kontainer
|
||||||
|
dengan memulai dari _image_ yang sudah diubah.
|
||||||
|
|
||||||
|
## Kontainer _runtime_
|
||||||
|
|
||||||
|
Kontainer *runtime* adalah perangkat lunak yang bertanggung jawab untuk
|
||||||
|
menjalankan kontainer. Kubernetes mendukung beberapa kontainer *runtime*:
|
||||||
|
{{< glossary_tooltip term_id="docker" >}},
|
||||||
|
{{< glossary_tooltip term_id="containerd" >}},
|
||||||
|
{{< glossary_tooltip term_id="cri-o" >}}, dan semua implementasi dari
|
||||||
|
[Kubernetes CRI (Container Runtime Interface)](https://github.com/kubernetes/community/blob/master/contributors/devel/sig-node/container-runtime-interface.md).
|
||||||
|
|
||||||
|
## Selanjutnya
|
||||||
|
|
||||||
|
- Baca tentang [image-image kontainer](https://kubernetes.io/docs/concepts/containers/images/)
|
||||||
|
- Baca tentang [Pod](https://kubernetes.io/docs/concepts/workloads/pods/)
|
||||||
|
|
||||||
|
{{% /capture %}}
|
||||||
+30
@@ -0,0 +1,30 @@
|
|||||||
|
---
|
||||||
|
title: Controller
|
||||||
|
id: controller
|
||||||
|
date: 2018-04-12
|
||||||
|
full_link: /docs/concepts/architecture/controller/
|
||||||
|
short_description: >
|
||||||
|
Kontrol tertutup yang mengawasi kondisi bersama dari klaster melalui apiserver dan membuat perubahan yang mencoba untuk membawa kondisi saat ini ke kondisi yang diinginkan.
|
||||||
|
|
||||||
|
aka:
|
||||||
|
tags:
|
||||||
|
- architecture
|
||||||
|
- fundamental
|
||||||
|
---
|
||||||
|
Di Kubernetes, _controller_ adalah kontrol tertutup yang mengawasi kondisi
|
||||||
|
{{< glossary_tooltip term_id="cluster" text="klaster">}} anda, lalu membuat atau
|
||||||
|
meminta perubahan jika diperlukan.
|
||||||
|
Setiap _controller_ mencoba untuk memindahkan status klaster saat ini lebih
|
||||||
|
dekat ke kondisi yang diinginkan.
|
||||||
|
|
||||||
|
<!--more-->
|
||||||
|
|
||||||
|
_Controller_ mengawasi keadaan bersama dari klaster kamu melalui
|
||||||
|
{{< glossary_tooltip text="apiserver" term_id="kube-apiserver" >}} (bagian dari
|
||||||
|
{{< glossary_tooltip term_id="control-plane" >}}).
|
||||||
|
|
||||||
|
Beberapa _controller_ juga berjalan di dalam _control plane_, menyediakan
|
||||||
|
kontrol tertutup yang merupakan inti dari operasi Kubernetes. Sebagai contoh:
|
||||||
|
_controller Deployment_, _controller daemonset_, _controller namespace_, dan
|
||||||
|
_controller volume persisten_ (dan lainnya) semua berjalan di dalam
|
||||||
|
{{< glossary_tooltip term_id="kube-controller-manager" >}}.
|
||||||
Reference in New Issue
Block a user