Yushiro FURUKAWA
committed by
Kubernetes Prow Robot
Kubernetes Prow Robot
parent
99619d3414
commit
520caa1264
@@ -2,13 +2,13 @@
|
||||
title: Komponen-Komponen Kubernetes
|
||||
content_template: templates/concept
|
||||
weight: 20
|
||||
card:
|
||||
card:
|
||||
name: concepts
|
||||
weight: 20
|
||||
---
|
||||
|
||||
{{% capture overview %}}
|
||||
Dokumen ini merupakan ikhtisar yang mencakup berbagai komponen
|
||||
Dokumen ini merupakan ikhtisar yang mencakup berbagai komponen
|
||||
yang dibutuhkan agar kluster Kubernetes dapat berjalan secara fungsional.
|
||||
|
||||
{{% /capture %}}
|
||||
@@ -20,13 +20,13 @@ Komponen <i>master</i> menyediakan <i>control plane</i> bagi kluster.
|
||||
Komponen ini berperan dalam proses pengambilan secara global
|
||||
pada kluster (contohnya, mekanisme <i>schedule</i>), serta berperan dalam proses
|
||||
deteksi serta pemberian respons terhadap <i>events</i> yang berlangsung di dalam kluster
|
||||
(contohnya, penjadwalan pod baru apabila jumlah replika yang ada pada
|
||||
(contohnya, penjadwalan pod baru apabila jumlah replika yang ada pada
|
||||
<i>replication controller</i> tidak terpenuhi).
|
||||
|
||||
Komponen master dapat dijalankan di mesin manapun yang ada di kluster. Meski begitu,
|
||||
untuk memudahkan proses yang ada, <i>script</i> inisiasi awal yang dijalankan
|
||||
biasanya memulai komponen master pada mesin yang sama, serta tidak menjalankan
|
||||
kontainer bagi pengguna di mesin ini. Contoh konfigurasi <i>multi-master VM</i>
|
||||
Komponen master dapat dijalankan di mesin manapun yang ada di kluster. Meski begitu,
|
||||
untuk memudahkan proses yang ada, <i>script</i> inisiasi awal yang dijalankan
|
||||
biasanya memulai komponen master pada mesin yang sama, serta tidak menjalankan
|
||||
kontainer bagi pengguna di mesin ini. Contoh konfigurasi <i>multi-master VM</i>
|
||||
dapat dilihat di modul [Membangun Kluster HA] (/docs/admin/high-availability/).
|
||||
|
||||
|
||||
@@ -51,31 +51,31 @@ dapat dilihat di modul [Membangun Kluster HA] (/docs/admin/high-availability/).
|
||||
|
||||
Kontroler-kontroler ini meliputi:
|
||||
|
||||
* Kontroler <i>Node</i> : Bertanggung jawab untuk mengamati dan memberikan
|
||||
* Kontroler <i>Node</i> : Bertanggung jawab untuk mengamati dan memberikan
|
||||
respons apabila jumlah <i>node</i> berkurang.
|
||||
* Kontroler Replikasi : Bertanggung jawab untuk menjaga jumlah <i>pod</i> agar
|
||||
jumlahnya sesuai dengan kebutuhan setiap objek kontroler replikasi yang ada di sistem.
|
||||
* Kontroler <i>Endpoints</i> : Menginisiasi objek <i>Endpoints</i>
|
||||
* Kontroler <i>Endpoints</i> : Menginisiasi objek <i>Endpoints</i>
|
||||
(yang merupakan gabungan <i>Pods</i> dan <i>Services</i>).
|
||||
* Kontroler <i>Service Account & Token</i>: Membuat akun dan
|
||||
* Kontroler <i>Service Account & Token</i>: Membuat akun dan
|
||||
akses token API standar untuk setiap <i>namespaces</i> yang dibuat.
|
||||
|
||||
|
||||
### cloud-controller-manager
|
||||
|
||||
[Cloud-controller-manager](/en/docs/tasks/administer-cluster/running-cloud-controller/) merupakan kontroler yang berinteraksi dengan penyedia layanan <i>cloud</i>.
|
||||
Kontroler ini merupakat fitur alfa yang diperkenalkan pada Kubernetes versi 1.6.
|
||||
[Cloud-controller-manager](/en/docs/tasks/administer-cluster/running-cloud-controller/) merupakan kontroler yang berinteraksi dengan penyedia layanan <i>cloud</i>.
|
||||
Kontroler ini merupakat fitur alfa yang diperkenalkan pada Kubernetes versi 1.6.
|
||||
|
||||
<i>Cloud-controller-manager</i> hanya menjalankan iterasi kontroler <i>cloud-provider-specific</i> .
|
||||
Kamu harus menonaktifkan iterasi kontroler ini pada <i>kube-controller-manager</i>.
|
||||
Kamu dapat menonaktifka iterasi kontroler ini dengan mengubah nilai argumen `--cloud-provider` dengan `external`
|
||||
<i>Cloud-controller-manager</i> hanya menjalankan iterasi kontroler <i>cloud-provider-specific</i> .
|
||||
Kamu harus menonaktifkan iterasi kontroler ini pada <i>kube-controller-manager</i>.
|
||||
Kamu dapat menonaktifka iterasi kontroler ini dengan mengubah nilai argumen `--cloud-provider` dengan `external`
|
||||
ketika menginisiasi <i>kube-controller-manager</i>.
|
||||
|
||||
Adanya <i>cloud-controller-manager</i> memungkinkan kode yang dimiliki oleh penyedia layanan <i>cloud</i>
|
||||
dan kode yang ada pada Kubernetes saling tidak bergantung selama masa <i>development</i>.
|
||||
Pada versi sebelumnya, Kubernetes bergantung pada fungsionalitas spesifik yang disediakan oleh
|
||||
penyedia layanan <i>cloud</i>. Di masa mendatang, kode yang secara spesifik dimiliki oleh
|
||||
penyedia layanan <i>cloud</i> akan dipelihara oleh penyedia layanan <i>cloud</i> itu sendiri,
|
||||
penyedia layanan <i>cloud</i> akan dipelihara oleh penyedia layanan <i>cloud</i> itu sendiri,
|
||||
kode ini selanjutnya akan dihubungkan dengan <i>cloud-controller-manager</i> ketika Kubernetes dijalankan.
|
||||
|
||||
Kontroler berikut ini memiliki keterkaitan dengan penyedia layanan <i>cloud</i>:
|
||||
@@ -84,11 +84,11 @@ Kontroler berikut ini memiliki keterkaitan dengan penyedia layanan <i>cloud</i>:
|
||||
* Kontroler Route : Melakukan pengaturan awal <i>route</i> yang ada pada penyedia layanan <i>cloud</i>
|
||||
* Kontroler Service : Untuk membuat, memperbaharui, menghapus <i>load balancer</i> yang disediakan oleh penyedia layanan <i>cloud</i>
|
||||
* Kontroler Volume : Untuk membuat, meng-attach, dan melakukan <i>mount volume</i> serta melakukan inetraksi dengan penyedia layanan <i>cloud</i> untuk melakukan orkestrasi <i>volume</i>
|
||||
|
||||
|
||||
|
||||
|
||||
## Komponen <i>Node</i>
|
||||
|
||||
Komponen ini ada pada setiap <i>node</i>, fungsinya adalah melakukan pemeliharaan terhadap <i>pod</i> serta menyediakan <i>environment runtime</i> bagi Kubernetes.
|
||||
Komponen ini ada pada setiap <i>node</i>, fungsinya adalah melakukan pemeliharaan terhadap <i>pod</i> serta menyediakan <i>environment runtime</i> bagi Kubernetes.
|
||||
|
||||
|
||||
### kubelet
|
||||
@@ -103,7 +103,7 @@ Komponen ini ada pada setiap <i>node</i>, fungsinya adalah melakukan pemeliharaa
|
||||
|
||||
### <i>Container Runtime</i>
|
||||
|
||||
<i>Container runtime</i> adalah perangkat lunak yang bertanggung jawab dalam menjalankan kontainer.
|
||||
<i>Container runtime</i> adalah perangkat lunak yang bertanggung jawab dalam menjalankan kontainer.
|
||||
Kubernetes mendukung beberapa <i>runtime</i>, diantaranya adalah: [Docker](http://www.docker.com), [containerd](https://containerd.io), [cri-o](https://cri-o.io/), [rktlet](https://github.com/kubernetes-incubator/rktlet) dan semua implementasi [Kubernetes CRI (Container Runtime Interface)](https://github.com/kubernetes/community/blob/master/contributors/devel/sig-node/container-runtime-interface.md).
|
||||
|
||||
|
||||
@@ -116,35 +116,35 @@ Beberapa <i>addons</i> akan dijelaskan selanjutnya.
|
||||
|
||||
### DNS
|
||||
|
||||
Meskipun tidak semua <i>addons</i> dibutuhkan, semua kluster Kubernetes hendaknya
|
||||
Meskipun tidak semua <i>addons</i> dibutuhkan, semua kluster Kubernetes hendaknya
|
||||
memiliki DNS kluster. Komponen ini penting karena banyak dibutuhkan oleh komponen
|
||||
lainnya.
|
||||
lainnya.
|
||||
|
||||
[Kluster DNS](/en/docs/concepts/cluster-administration/addons/ ) adalah server DNS, selain beberapa server DNS lain yang sudah ada di
|
||||
[Kluster DNS](/en/docs/concepts/cluster-administration/addons/ ) adalah server DNS, selain beberapa server DNS lain yang sudah ada di
|
||||
<i>environment</i> kamu, yang berfungsi sebagai catatan DNS bagi Kubernetes <i>services</i>
|
||||
|
||||
Kontainer yang dimulai oleh kubernetes secara otomatis akan memasukkan server DNS ini
|
||||
Kontainer yang dimulai oleh kubernetes secara otomatis akan memasukkan server DNS ini
|
||||
ke dalam mekanisme pencarian DNS yang dimilikinya.
|
||||
|
||||
|
||||
### <i>Web UI</i> (Dasbor)
|
||||
|
||||
[Dasbor](/en/docs/tasks/access-application-cluster/web-ui-dashboard/) adalah antar muka berbasis web multifungsi yang ada pada kluster Kubernetes.
|
||||
Dasbor ini memungkinkan user melakukan manajemen dan <i>troubleshooting</i> kluster maupun
|
||||
Dasbor ini memungkinkan user melakukan manajemen dan <i>troubleshooting</i> kluster maupun
|
||||
aplikasi yang ada pada kluster itu sendiri.
|
||||
|
||||
|
||||
### <i>Container Resource Monitoring</i>
|
||||
|
||||
[Container Resource Monitoring](/en/docs/tasks/debug-application-cluster/resource-usage-monitoring/) mencatat metrik <i>time-series</i> yang diperoleh
|
||||
[Container Resource Monitoring](/en/docs/tasks/debug-application-cluster/resource-usage-monitoring/) mencatat metrik <i>time-series</i> yang diperoleh
|
||||
dari kontainer ke dalam basis data serta menyediakan antar muka yang dapat digunakan
|
||||
untuk melakukan pencarian data yang dibutuhkan.
|
||||
|
||||
|
||||
### <i>Cluster-level Logging</i>
|
||||
|
||||
[Cluster-level logging](/en/docs/concepts/cluster-administration/logging/) bertanggung jawab mencatat <i>log</i> kontainer pada
|
||||
penyimpanan <i>log</i> terpusat dengan antar muka yang dapat digunakan untuk melakukan
|
||||
[Cluster-level logging](/en/docs/concepts/cluster-administration/logging/) bertanggung jawab mencatat <i>log</i> kontainer pada
|
||||
penyimpanan <i>log</i> terpusat dengan antar muka yang dapat digunakan untuk melakukan
|
||||
pencarian.
|
||||
|
||||
{{% /capture %}}
|
||||
|
||||
@@ -2,7 +2,7 @@
|
||||
title: API Kubernetes
|
||||
content_template: templates/concept
|
||||
weight: 30
|
||||
card:
|
||||
card:
|
||||
name: concepts
|
||||
weight: 30
|
||||
---
|
||||
@@ -19,7 +19,7 @@ API Kubernetes juga berperan sebagai skema konfigurasi yang deklaratif di dalam
|
||||
|
||||
Kubernetes menyimpan bentuk terserialisasi dari obyek API yang dimilikinya di dalam [etcd](https://coreos.com/docs/distributed-configuration/getting-started-with-etcd/).
|
||||
|
||||
Kubernetes sendiri dibagi menjadi beberapa komponen yang saling dapat saling interaksi melalui API.
|
||||
Kubernetes sendiri dibagi menjadi beberapa komponen yang saling dapat saling interaksi melalui API.
|
||||
|
||||
{{% /capture %}}
|
||||
|
||||
@@ -28,14 +28,14 @@ Kubernetes sendiri dibagi menjadi beberapa komponen yang saling dapat saling int
|
||||
|
||||
## Perubahan API
|
||||
|
||||
Berdasarkan pengalaman kami, semua sistem yang berhasil memerlukan kebutuhan
|
||||
Berdasarkan pengalaman kami, semua sistem yang berhasil memerlukan kebutuhan
|
||||
untuk terus tumbuh dan berkembang seiring dengan bertambahnya kebutuhan
|
||||
yang ada. Dengan demikian, kami berekspektasi bahwa API akan selalu berubah seiring dengan bertambahnya kebutuhan yang ada.
|
||||
Meski begitu, perubahan yang ada akan selalu kompatibel dengan implementasi sebelumnya, untuk jangka waktu tertentu.
|
||||
Secara umum, penambahan pada sebuah resource API atau field resource bisa sering terjadi.. Penghapusan <i>resource API</i> atau suatu <i>field</i>, di sisi lain,
|
||||
yang ada. Dengan demikian, kami berekspektasi bahwa API akan selalu berubah seiring dengan bertambahnya kebutuhan yang ada.
|
||||
Meski begitu, perubahan yang ada akan selalu kompatibel dengan implementasi sebelumnya, untuk jangka waktu tertentu.
|
||||
Secara umum, penambahan pada sebuah resource API atau field resource bisa sering terjadi.. Penghapusan <i>resource API</i> atau suatu <i>field</i>, di sisi lain,
|
||||
diharapkan untuk dapat memenuhi [kaidah deprecation API](/docs/reference/using-api/deprecation-policy/).
|
||||
|
||||
Hal-hal apa saja yang perlu diperhatikan untuk menjamin kompatibilitas API
|
||||
Hal-hal apa saja yang perlu diperhatikan untuk menjamin kompatibilitas API
|
||||
secara rinci dibahas di dalam [dokumentasi perubahan API](https://git.k8s.io/community/contributors/devel/sig-architecture/api_changes.md).
|
||||
|
||||
## Swagger and OpenAPI Definition
|
||||
@@ -48,11 +48,11 @@ Format <i>request</i> dapat diterapkan dengan cara menambahkan <i>header HTTP</i
|
||||
Header | Opsi
|
||||
------ | ---------------
|
||||
Accept | `application/json`, `application/com.github.proto-openapi.spec.v2@v1.0+protobuf` (<i>content-type</i> standar yang digunakan adalah `application/json` untuk `*/*`)
|
||||
Accept-Encoding | `gzip`
|
||||
Accept-Encoding | `gzip`
|
||||
|
||||
Sebelum versi 1.14, terdapat 4 buah <i>endpoint</i> yang menyediakan spesifikasi <i>OpenAPI</i>
|
||||
dalam format berbeda yang dapat digunakan (`/swagger.json`, `/swagger-2.0.0.json`, `/swagger-2.0.0.pb-v1`, `/swagger-2.0.0.pb-v1.gz`).
|
||||
<i>Endpoint</i> ini bersifat <i>deprecated</i> dan akan dihapus pada Kubernetes versi 1.14.
|
||||
Sebelum versi 1.14, terdapat 4 buah <i>endpoint</i> yang menyediakan spesifikasi <i>OpenAPI</i>
|
||||
dalam format berbeda yang dapat digunakan (`/swagger.json`, `/swagger-2.0.0.json`, `/swagger-2.0.0.pb-v1`, `/swagger-2.0.0.pb-v1.gz`).
|
||||
<i>Endpoint</i> ini bersifat <i>deprecated</i> dan akan dihapus pada Kubernetes versi 1.14.
|
||||
|
||||
**Cara mendapatkan spesifikasi <i>OpenAPI</i>**:
|
||||
|
||||
@@ -62,54 +62,54 @@ GET /swagger.json | GET /openapi/v2 **Accept**: application/json
|
||||
GET /swagger-2.0.0.pb-v1 | GET /openapi/v2 **Accept**: application/com.github.proto-openapi.spec.v2@v1.0+protobuf
|
||||
GET /swagger-2.0.0.pb-v1.gz | GET /openapi/v2 **Accept**: application/com.github.proto-openapi.spec.v2@v1.0+protobuf **Accept-Encoding**: gzip
|
||||
|
||||
Kubernetes juga menyediakan alternatif mekanisme serialisasi lain,
|
||||
yaitu dengan menggunakan <i>Protobuf</i>, yang secara umum digunakan untuk mekanisme komunikasi
|
||||
intra-kluster, hal ini didokumentasikan di dalam [proposal desain](https://github.com/kubernetes/community/blob/master/contributors/design-proposals/api-machinery/protobuf.md)
|
||||
serta berkas IDL sebagai bentuk spesifikasi skema berada dalam <i>package</i> Go
|
||||
Kubernetes juga menyediakan alternatif mekanisme serialisasi lain,
|
||||
yaitu dengan menggunakan <i>Protobuf</i>, yang secara umum digunakan untuk mekanisme komunikasi
|
||||
intra-kluster, hal ini didokumentasikan di dalam [proposal desain](https://github.com/kubernetes/community/blob/master/contributors/design-proposals/api-machinery/protobuf.md)
|
||||
serta berkas IDL sebagai bentuk spesifikasi skema berada dalam <i>package</i> Go
|
||||
|
||||
Sebelum Kubernetes versi 1.14, <i>apiserver</i> Kubernetes juga mengekspos API
|
||||
Sebelum Kubernetes versi 1.14, <i>apiserver</i> Kubernetes juga mengekspos API
|
||||
yang dapat digunakan untuk mendapatkan spesifikasi [Swagger v1.2](http://swagger.io/) pada <i>endpoint</i> `/swaggerapi`.
|
||||
<i>Endpoint</i> ini akan sudah bersifat <i>deprecated</i> dan akan dihapus pada
|
||||
Kubernetes versi 1.14.
|
||||
<i>Endpoint</i> ini akan sudah bersifat <i>deprecated</i> dan akan dihapus pada
|
||||
Kubernetes versi 1.14.
|
||||
|
||||
## Pemberian Versi pada API
|
||||
|
||||
Untuk memudahkan restrukturisasi field dan resource yang ada,
|
||||
Kubernetes menyediakan beberapa versi API yang berada pada <i>path</i> yang berbeda,
|
||||
Untuk memudahkan restrukturisasi field dan resource yang ada,
|
||||
Kubernetes menyediakan beberapa versi API yang berada pada <i>path</i> yang berbeda,
|
||||
misalnya `/api/v1` atau `/apis/extensions/v1beta1`.
|
||||
|
||||
Kita dapat memilih versi yang akan digunakan pada tingkatan API
|
||||
dan bukan pada tingkatan <i>field</i> atau <i>resource</i> untuk memastikan
|
||||
API yang digunakan memperlihatkan gambaran yang jelas serta konsisten
|
||||
Kita dapat memilih versi yang akan digunakan pada tingkatan API
|
||||
dan bukan pada tingkatan <i>field</i> atau <i>resource</i> untuk memastikan
|
||||
API yang digunakan memperlihatkan gambaran yang jelas serta konsisten
|
||||
mengenai <i>resoure</i> dan sifat sistem yang ada.
|
||||
|
||||
Perhatikan bahwa pemberian versi pada API dan pemberian versi pada API dan perangkat lunak memiliki keterkaitan secara tak langsung.
|
||||
Proposal [API and release
|
||||
versioning](https://git.k8s.io/community/contributors/design-proposals/release/versioning.md) memberikan deskripsi keterkaitan antara
|
||||
versioning](https://git.k8s.io/community/contributors/design-proposals/release/versioning.md) memberikan deskripsi keterkaitan antara
|
||||
pemberian versi pada API dan pemberian versi pada perangkat lunak.
|
||||
|
||||
API dengan versi yang berbeda menunjukan tingkatan kestabilan dan ketersediaan yang diberikan pada versi tersebut.
|
||||
Kriteria untuk setiap tingkatan dideskripsikan secara lebih detail di dalam
|
||||
API dengan versi yang berbeda menunjukan tingkatan kestabilan dan ketersediaan yang diberikan pada versi tersebut.
|
||||
Kriteria untuk setiap tingkatan dideskripsikan secara lebih detail di dalam
|
||||
[dokumentasi perubahan API](https://git.k8s.io/community/contributors/devel/sig-architecture/api_changes.md#alpha-beta-and-stable-versions). They are summarized here:
|
||||
|
||||
- Tingkatan <i>Alpha</i>:
|
||||
- Nama dari versi ini mengandung string `alpha` (misalnya, `v1alpha1`).
|
||||
- Bisa jadi terdapat <i>bug</i>. Secara <i>default</i> fitur ini tidak diekspos.
|
||||
- Ketersediaan untuk fitur yang ada bisa saja dihilangkan pada suatu waktu tanpa pemberitahuan sebelumnya.
|
||||
- Bisa jadi terdapat <i>bug</i>. Secara <i>default</i> fitur ini tidak diekspos.
|
||||
- Ketersediaan untuk fitur yang ada bisa saja dihilangkan pada suatu waktu tanpa pemberitahuan sebelumnya.
|
||||
- API yang ada mungkin saja berubah tanpa memperhatikan kompatibilitas dengan versi perangkat lunak sebelumnya.
|
||||
- Hanya direkomendasikan untuk kluster yang digunakan untuk tujuan <i>testing</i>.
|
||||
- Hanya direkomendasikan untuk kluster yang digunakan untuk tujuan <i>testing</i>.
|
||||
- Tingkatan <i>Beta</i>:
|
||||
- Nama dari versi ini mengandung string `beta` (misalnya `v2beta3`).
|
||||
- Kode yang ada sudah melalui mekanisme <i>testing</i> yang cukup baik. Menggunakan fitur ini dianggap cukup aman. Fitur ini diekspos secara <i>default</i>.
|
||||
- Ketersediaan untuk fitur secara menyeluruh tidak akan dihapus, meskipun begitu detail untuk suatu fitur bisa saja berubah.
|
||||
- Skema dan/atau semantik dari suatu obyek mungkin saja berubah tanpa memerhatikan kompatibilitas pada rilis <i>beta</i> selanjutnya.
|
||||
Jika hal ini terjadi, kami akan menyediakan suatu instruksi untuk melakukan migrasi di versi rilis selanjutnya. hal ini bisa saja terdiri dari penghapusan, pengubahan, ataupun pembuatan
|
||||
- Ketersediaan untuk fitur secara menyeluruh tidak akan dihapus, meskipun begitu detail untuk suatu fitur bisa saja berubah.
|
||||
- Skema dan/atau semantik dari suatu obyek mungkin saja berubah tanpa memerhatikan kompatibilitas pada rilis <i>beta</i> selanjutnya.
|
||||
Jika hal ini terjadi, kami akan menyediakan suatu instruksi untuk melakukan migrasi di versi rilis selanjutnya. hal ini bisa saja terdiri dari penghapusan, pengubahan, ataupun pembuatan
|
||||
obyek API. Proses pengubahan mungkin saja membutuhkan pemikiran yang matang. Dampak proses ini bisa saja menyebabkan <i>downtime</i> aplikasi yang bergantung pada fitur ini.
|
||||
- Disarankan hanya untuk digunakan untuk penggunaan yang untuk penggunaan yang tidak berdampak langsung pada bisnis kamu.
|
||||
- **Kami mohon untuk mencoba versi <i>beta</i> yang kami sediakan dan berikan masukan terhadap fitur yang kamu pakai! Apabila fitur tersebut sudah tidak lagi berada di dalam tingkatan <i>beta</i> perubahan yang kami buat terhadap fitur tersebut bisa jadi tidak lagi dapat digunakan**
|
||||
- Tingkatan stabil:
|
||||
- Nama dari versi ini mengandung string `vX` dimana `X` merupakan bilangan bulat.
|
||||
- Fitur yang ada pada tingkatan ini akan selalu muncul di rilis berikutnya.
|
||||
- Fitur yang ada pada tingkatan ini akan selalu muncul di rilis berikutnya.
|
||||
|
||||
## <i>API groups</i>
|
||||
|
||||
@@ -135,19 +135,19 @@ Ekstensi API dengan custom resources dapat dilakukan melalui dua buah path:
|
||||
|
||||
## Mengaktifkan <i> API groups</i>
|
||||
|
||||
Beberapa <i>resources</i> dan <i>API groups</i> sudah diaktifkan secara <i>default</i>.
|
||||
Beberapa <i>resources</i> dan <i>API groups</i> sudah diaktifkan secara <i>default</i>.
|
||||
<i>Resource</i> dan <i>API groups</i> ini dapat diaktifkan dan dinonaktifkan dengan mengatur penanda `--runtime-config`
|
||||
pada <i>apiserver</i>. `--runtime-config` menerima nilai yang dipisahkan oleh koma. Sebagai contoh: untuk menonaktifkan batch/v1, tetapkan
|
||||
`--runtime-config=batch/v1=false`, untuk mengaktifkan batch/v2alpha1, tetapkan `--runtime-config=batch/v2alpha1`.
|
||||
Penanda menerima nilai yang dipisahkan oleh pasangan `key=value` yang mendeskripsikan konfigurasi <i>runtime</i> pada <i>apiserver</i>.
|
||||
|
||||
PENTING: Melakukan proses mengaktifkan atau menonaktifkan <i>groups</i> atau <i>resources</i>
|
||||
PENTING: Melakukan proses mengaktifkan atau menonaktifkan <i>groups</i> atau <i>resources</i>
|
||||
membutuhkan mekanisme <i>restart</i> <i>apiserver</i> dan <i>controller-manager</i>
|
||||
agar <i>apiserver</i> dapat menerima perubahan `--runtime-config`.
|
||||
|
||||
## Mengaktifkan <i>resources</i> di dalam <i>groups</i>
|
||||
|
||||
<i>DaemonSets</i>, <i>Deployments</i>, <i>HorizontalPodAutoscalers</i>,
|
||||
<i>DaemonSets</i>, <i>Deployments</i>, <i>HorizontalPodAutoscalers</i>,
|
||||
<i>Ingresses</i>, <i>Jobs</i>, dan <i>ReplicaSets</i> diaktifkan secara <i>default</i>.
|
||||
Ekstensi lain dapat diaktifkan penanda `--runtime-config` pada <i>apiserver</i>. Penanda `--runtime-config` menerima nilai yang dipisahkan oleh koma.
|
||||
Sebagai contoh untuk menonaktifkan <i>deployments</i> dan <i>ingress</i>, tetapkan.
|
||||
|
||||
@@ -2,7 +2,7 @@
|
||||
title: Apa itu Kubernetes?
|
||||
content_template: templates/concept
|
||||
weight: 10
|
||||
card:
|
||||
card:
|
||||
name: concepts
|
||||
weight: 10
|
||||
---
|
||||
@@ -13,14 +13,14 @@ Laman ini merupakan ikhtisar Kubernetes.
|
||||
|
||||
{{% capture body %}}
|
||||
Kubernetes merupakan <i>platform open-source</i> yang digunakan untuk melakukan
|
||||
manajemen <i>workloads</i> aplikasi yang dikontainerisasi, serta menyediakan
|
||||
konfigurasi dan otomatisasi secara deklaratif. Kubernetes berada di dalam ekosistem
|
||||
yang besar dan berkembang cepat. <i>Service</i>, <i>support</i>, dan perkakas
|
||||
manajemen <i>workloads</i> aplikasi yang dikontainerisasi, serta menyediakan
|
||||
konfigurasi dan otomatisasi secara deklaratif. Kubernetes berada di dalam ekosistem
|
||||
yang besar dan berkembang cepat. <i>Service</i>, <i>support</i>, dan perkakas
|
||||
Kubernetes tersedia secara meluas.
|
||||
|
||||
Google membuka Kubernetes sebagai proyek <i>open source</i> pada tahun 2014.
|
||||
Kubernetes dibangun berdasarkan [pengalaman Google selama satu setengah dekade dalam menjalankan workloads](https://research.google.com/pubs/pub43438.html)
|
||||
bersamaan dengan kontribusi berupa ide-ide terbaik yang diberikan oleh komunitas.
|
||||
Google membuka Kubernetes sebagai proyek <i>open source</i> pada tahun 2014.
|
||||
Kubernetes dibangun berdasarkan [pengalaman Google selama satu setengah dekade dalam menjalankan workloads](https://research.google.com/pubs/pub43438.html)
|
||||
bersamaan dengan kontribusi berupa ide-ide terbaik yang diberikan oleh komunitas.
|
||||
|
||||
## Mengapa Kubernetes dan hal apa saja yang dapat dilakukan oleh Kubernetes?
|
||||
|
||||
@@ -28,119 +28,119 @@ Kubernetes memiliki sejumlah fitur yang dapat dijabarkan sebagai berikut:
|
||||
|
||||
- <i>platform</i> kontainer
|
||||
- <i>platform microservices</i>
|
||||
- <i>platform cloud</i> yang tidak mudah dipindahkan
|
||||
- <i>platform cloud</i> yang tidak mudah dipindahkan
|
||||
|
||||
Kubernetes menyediakan manajemen <i>environment</i> yang berpusat pada kontainer.
|
||||
Kubernetes melakukan orkestrasi terhadap <i>computing</i>, <i>networking</i>,
|
||||
dan inftrastruktur penyimpanan. Fitur inilah yang kemudian membuat konsep Platform as a Service (PaaS)
|
||||
Kubernetes menyediakan manajemen <i>environment</i> yang berpusat pada kontainer.
|
||||
Kubernetes melakukan orkestrasi terhadap <i>computing</i>, <i>networking</i>,
|
||||
dan inftrastruktur penyimpanan. Fitur inilah yang kemudian membuat konsep Platform as a Service (PaaS)
|
||||
menjadi lebih sederhana dilengkapi dengan fleksibilitas yang dimiliki oleh Infrastructure as a Service (IaaS).
|
||||
|
||||
|
||||
## Lalu apa yang menyebabkan Kubernetes disebut sebagai sebuah platform?
|
||||
## Lalu apa yang menyebabkan Kubernetes disebut sebagai sebuah platform?
|
||||
|
||||
Meskipun Kubernetes menyediakan banyak fungsionalitas, selalu ada keadaan dimana
|
||||
hal tersebut membutuhkan fitur baru. <i>Workflow</i> spesifik yang terkait dengan
|
||||
proses pengembangan aplikasi dapat ditambahkan pada <i>streamline</i> untuk meningkatkan
|
||||
produktivitas developer. Orkestrasi ad-hoc yang dapat diterima biasanya membutuhkan desain
|
||||
otomatisasi yang kokoh agar bersifat <i>scalable</i>. Hal inilah yang membuat
|
||||
Kubernetes juga didesain sebagai <i>platform</i> untuk membangun ekosistem komponen dan
|
||||
dan perkakas untuk memudahkan proses <i>deployment</i>, <i>scale</i>, dan juga manajemen
|
||||
aplikasi.
|
||||
Meskipun Kubernetes menyediakan banyak fungsionalitas, selalu ada keadaan dimana
|
||||
hal tersebut membutuhkan fitur baru. <i>Workflow</i> spesifik yang terkait dengan
|
||||
proses pengembangan aplikasi dapat ditambahkan pada <i>streamline</i> untuk meningkatkan
|
||||
produktivitas developer. Orkestrasi ad-hoc yang dapat diterima biasanya membutuhkan desain
|
||||
otomatisasi yang kokoh agar bersifat <i>scalable</i>. Hal inilah yang membuat
|
||||
Kubernetes juga didesain sebagai <i>platform</i> untuk membangun ekosistem komponen dan
|
||||
dan perkakas untuk memudahkan proses <i>deployment</i>, <i>scale</i>, dan juga manajemen
|
||||
aplikasi.
|
||||
|
||||
[Labels]() memudahkan pengguna mengkategorisasikan <i>resources</i> yang mereka miliki
|
||||
sesuai dengan kebutuhan. [Annotations]() memungkinkan pengguna untuk menambahkan informasi
|
||||
tambahan pada <i>resource</i> yang dimiliki.
|
||||
[Labels]() memudahkan pengguna mengkategorisasikan <i>resources</i> yang mereka miliki
|
||||
sesuai dengan kebutuhan. [Annotations]() memungkinkan pengguna untuk menambahkan informasi
|
||||
tambahan pada <i>resource</i> yang dimiliki.
|
||||
|
||||
Selain itu, [Kubernetes control plane]() dibuat berdasarkan
|
||||
[API](/docs/reference/using-api/api-overview/) yang tersedia bagi pengguna dan developer. Pengguna
|
||||
Selain itu, [Kubernetes control plane]() dibuat berdasarkan
|
||||
[API](/docs/reference/using-api/api-overview/) yang tersedia bagi pengguna dan developer. Pengguna
|
||||
dapat mengimplementasikan kontroler sesuai dengan kebutuhan mereka, contohnya adalah
|
||||
[schedulers](https://github.com/kubernetes/community/blob/{{< param "githubbranch" >}}/contributors/devel/scheduler.md),
|
||||
dengan [API kustom yang mereka miliki](), kontroler kustom ini kemudian dapat digunakan
|
||||
dengan [API kustom yang mereka miliki](), kontroler kustom ini kemudian dapat digunakan
|
||||
pada [command-line
|
||||
tool]() generik yang ada.
|
||||
|
||||
[Desain](https://git.k8s.io/community/contributors/design-proposals/architecture/architecture.md)
|
||||
inilah yang memungkinkan beberapa sistem lain untuk dapat dibangun di atas Kubernetes.
|
||||
inilah yang memungkinkan beberapa sistem lain untuk dapat dibangun di atas Kubernetes.
|
||||
|
||||
## Lalu hal apakah yang tidak termasuk di dalam Kubernetes?
|
||||
|
||||
Kubernetes bukanlah sebuah <i>PaaS (Platform as a
|
||||
Service)</i> yang biasanya. Meskipun Kubernetes dijalankan pada tingkatan kontainer
|
||||
dan bukan pada tingkatan perangkat keras, Kubernetes menyediakan beberapa fitur
|
||||
yang biasanya disediakan oleh Paas, seperti <i>deployment</i>, <i>scaling</i>,
|
||||
<i>load balancing</i>, <i>logging</i>, dan <i>monitoring</i>. Akan tetapi,
|
||||
Kubernetes bukanlah sistem monolitik, melainkan suatu sistem yang bersifat sebagai
|
||||
<i>bulding block</i> dan <i>pluggable</i> yang dapat digunakan untuk membangun sebuah
|
||||
Service)</i> yang biasanya. Meskipun Kubernetes dijalankan pada tingkatan kontainer
|
||||
dan bukan pada tingkatan perangkat keras, Kubernetes menyediakan beberapa fitur
|
||||
yang biasanya disediakan oleh Paas, seperti <i>deployment</i>, <i>scaling</i>,
|
||||
<i>load balancing</i>, <i>logging</i>, dan <i>monitoring</i>. Akan tetapi,
|
||||
Kubernetes bukanlah sistem monolitik, melainkan suatu sistem yang bersifat sebagai
|
||||
<i>bulding block</i> dan <i>pluggable</i> yang dapat digunakan untuk membangun sebuah
|
||||
platform yang dibutuhkan oleh developer dengan tetap mengutamakan konsep fleksibilitas.
|
||||
|
||||
Kubernetes:
|
||||
|
||||
* Tidak melakukan limitasi terhadap aplikasi yang di-support. Kubernetes bertujuan
|
||||
untuk mendukung berbagai variasi <i>workloads</i>, termasuk
|
||||
<i>stateless</i>, <i>stateful</i>, dan <i>data-processing</i>. Jika sebuah
|
||||
aplikasi dapat dijalankan di atas kontainer, maka aplikasi tersebut juga dapat
|
||||
dijalankan di atas Kubernetes.
|
||||
* Tidak menyediakan mekanisme untuk melakukan <i>deploy</i> kode sumber
|
||||
maupun mekanisme <i>build</i> sebuah aplikasi. <i>Continuous Integration, Delivery, and Deployment
|
||||
(CI/CD) workflows</i> ditentukan oleh preferensi serta kebutuhan teknis organisasi.
|
||||
* Tidak melakukan limitasi terhadap aplikasi yang di-support. Kubernetes bertujuan
|
||||
untuk mendukung berbagai variasi <i>workloads</i>, termasuk
|
||||
<i>stateless</i>, <i>stateful</i>, dan <i>data-processing</i>. Jika sebuah
|
||||
aplikasi dapat dijalankan di atas kontainer, maka aplikasi tersebut juga dapat
|
||||
dijalankan di atas Kubernetes.
|
||||
* Tidak menyediakan mekanisme untuk melakukan <i>deploy</i> kode sumber
|
||||
maupun mekanisme <i>build</i> sebuah aplikasi. <i>Continuous Integration, Delivery, and Deployment
|
||||
(CI/CD) workflows</i> ditentukan oleh preferensi serta kebutuhan teknis organisasi.
|
||||
* Tidak menyediakan <i>application-level services</i>, seperti <i>middleware
|
||||
(e.g., message buses)</i>, <i>data-processing frameworks (for example,
|
||||
Spark)</i>, <i>databases (e.g., mysql)</i>, <i>caches</i>, maupun <i>cluster storage systems (e.g.,
|
||||
Ceph)</i> sebagai suatu <i>built-in services</i>. Komponen tersebut dapat dijalankan di atas Kubernetes, dan/atau
|
||||
dapat diakses oleh aplikasi yang dijalankan di atas Kubernetes melalui sebuah mekanisme tidak mudah dipindahkan
|
||||
dapat diakses oleh aplikasi yang dijalankan di atas Kubernetes melalui sebuah mekanisme tidak mudah dipindahkan
|
||||
misalnya saja <i>Open Service Broker</i>.
|
||||
* Tidak membatasi penyedia layanan <i>logging</i>, <i>monitoring</i>, maupun <i>alerting</i> yang digunakan.
|
||||
Kubernetes menyediakan <i>proof of concept</i> dan mekanisme integrasi yang dapat digunakan
|
||||
* Tidak membatasi penyedia layanan <i>logging</i>, <i>monitoring</i>, maupun <i>alerting</i> yang digunakan.
|
||||
Kubernetes menyediakan <i>proof of concept</i> dan mekanisme integrasi yang dapat digunakan
|
||||
untuk mengumpulkan serta mengekspor metriks yang ada.
|
||||
* Tidak menyediakan atau mengharuskan penggunaan <i>configuration language/system (e.g.,
|
||||
[jsonnet](https://github.com/google/jsonnet))</i>. Kubernetes menyediakan suatu API deklaratif
|
||||
yang dapat digunakan oleh berbagai jenis spesifikasi deklaratif.
|
||||
* Tidak menyediakan atau mengadaptasi sebuah konfigurasi, <i>maintenance</i>, manajemen, atau
|
||||
<i>self-healing</i> mesin dengan spesifikasi khusus.
|
||||
[jsonnet](https://github.com/google/jsonnet))</i>. Kubernetes menyediakan suatu API deklaratif
|
||||
yang dapat digunakan oleh berbagai jenis spesifikasi deklaratif.
|
||||
* Tidak menyediakan atau mengadaptasi sebuah konfigurasi, <i>maintenance</i>, manajemen, atau
|
||||
<i>self-healing</i> mesin dengan spesifikasi khusus.
|
||||
|
||||
Sebagai tambahan, Kubernetes bukanlah sebuah *sitem orkestrasi biasa*. Bahkan pada kenyataannya,
|
||||
Kubernetes menghilangkan kebutuhan untuk melakukan orkestrasi. Definisi teknis dari
|
||||
*orkestrasi* merupakan eksekusi dari sebuah workflow yang sudah didefinisikan sebelumnya: pertama kerjakan A, kemudian B,
|
||||
dan terakhir C. Sebaliknya, Kubernetes disusun oleh seperangkat
|
||||
proses kontrol yang dapat idekomposisi yang selalu menjalankan <i>state</i> yang ada
|
||||
saat ini hingga sesuai dengan <i>state</i> yang dinginkan.
|
||||
Kita tidak perlu peduli proses apa saja yang perlu dilakukan untuk melakukan A hingga C.
|
||||
Mekanisme kontrol yang tersentralisasi juga tidak dibutuhkan. Dengan demikian, sistem yang
|
||||
dihasilkan lebih mudah digunakan lebih kokoh, serta lebih <i>extensible</i>.
|
||||
Kubernetes menghilangkan kebutuhan untuk melakukan orkestrasi. Definisi teknis dari
|
||||
*orkestrasi* merupakan eksekusi dari sebuah workflow yang sudah didefinisikan sebelumnya: pertama kerjakan A, kemudian B,
|
||||
dan terakhir C. Sebaliknya, Kubernetes disusun oleh seperangkat
|
||||
proses kontrol yang dapat idekomposisi yang selalu menjalankan <i>state</i> yang ada
|
||||
saat ini hingga sesuai dengan <i>state</i> yang dinginkan.
|
||||
Kita tidak perlu peduli proses apa saja yang perlu dilakukan untuk melakukan A hingga C.
|
||||
Mekanisme kontrol yang tersentralisasi juga tidak dibutuhkan. Dengan demikian, sistem yang
|
||||
dihasilkan lebih mudah digunakan lebih kokoh, serta lebih <i>extensible</i>.
|
||||
|
||||
## Mengapa kontainer?
|
||||
|
||||
Mencari alasan kenapa kita harus menggunakan kontainer?
|
||||
Mencari alasan kenapa kita harus menggunakan kontainer?
|
||||
|
||||
|
||||
|
||||
*Cara Lama* untuk melakukan mekanisme <i>deploy</i> suatu aplikasi
|
||||
adalah dengan cara instalasi aplikasi tersebut pada sebuah mesin
|
||||
dengan menggunakan <i>package manager</i> yang dimiliki oleh sistem operasi
|
||||
mesin tersebut. Hal ini menciptakan suatu ketergantungan antara <i>executables</i>,
|
||||
konfigurasi, serta ketergantungan lain yang dibutuhkan aplikasi dengan sistem operasi
|
||||
yang digunakan oleh mesin. Untuk mengatasi hal ini, tentunya bisa saja kita melakukan
|
||||
mekanisme <i>build</i> suatu <i>image</i> VM yang <i>immutable</i> untuk mendapatkan
|
||||
mekanisme <i>rollouts</i> dan <i>rollback</i> yang dapat diprediksi.
|
||||
Meskipun demikian, VM masih dianggap "berat" dan tidak tidak mudah dipindahkan.
|
||||
*Cara Lama* untuk melakukan mekanisme <i>deploy</i> suatu aplikasi
|
||||
adalah dengan cara instalasi aplikasi tersebut pada sebuah mesin
|
||||
dengan menggunakan <i>package manager</i> yang dimiliki oleh sistem operasi
|
||||
mesin tersebut. Hal ini menciptakan suatu ketergantungan antara <i>executables</i>,
|
||||
konfigurasi, serta ketergantungan lain yang dibutuhkan aplikasi dengan sistem operasi
|
||||
yang digunakan oleh mesin. Untuk mengatasi hal ini, tentunya bisa saja kita melakukan
|
||||
mekanisme <i>build</i> suatu <i>image</i> VM yang <i>immutable</i> untuk mendapatkan
|
||||
mekanisme <i>rollouts</i> dan <i>rollback</i> yang dapat diprediksi.
|
||||
Meskipun demikian, VM masih dianggap "berat" dan tidak tidak mudah dipindahkan.
|
||||
|
||||
*Cara Baru* adalah dengan melakukan mekanisme <i>deploy</i> kontainer pada tingkatan
|
||||
virtualisasi di level sistem operasi (OS) bukan pada tingkatan virtualisasi perangkat keras.
|
||||
Kontainer ini berada dalam lingkungan yang terisolasi satu sama lain serta terisolasi dengan
|
||||
*Cara Baru* adalah dengan melakukan mekanisme <i>deploy</i> kontainer pada tingkatan
|
||||
virtualisasi di level sistem operasi (OS) bukan pada tingkatan virtualisasi perangkat keras.
|
||||
Kontainer ini berada dalam lingkungan yang terisolasi satu sama lain serta terisolasi dengan
|
||||
mesin dimana kontainer ini berada. Kontainer ini memiliki <i>filesystems</i> masing-masing.
|
||||
Selain itu, setiap kontainer tidak dapat "melihat" <i>process</i> yang sedang dijalankan di
|
||||
kontainer lain. Selain itu <i>resource</i> komputasi yang digunakan oleh kontainer
|
||||
ini juga dapat dibatasi. Kontainer juga dapat dengan lebih mudah di-<i>build</i> jika
|
||||
Selain itu, setiap kontainer tidak dapat "melihat" <i>process</i> yang sedang dijalankan di
|
||||
kontainer lain. Selain itu <i>resource</i> komputasi yang digunakan oleh kontainer
|
||||
ini juga dapat dibatasi. Kontainer juga dapat dengan lebih mudah di-<i>build</i> jika
|
||||
dibandingkan dengan VM, karena kontainer tidak bergantung pada <i>filesystem</i>
|
||||
yang dimiliki mesin, serta dengan mudah dapat didistribusikan.
|
||||
|
||||
Karena kontainer ukurannya kecil dan lebih cepat, sebuah aplikasi dapat dibangun di setiap
|
||||
<i>image</i> kontainer. Mekanisme pemetaan satu-satu antara kontainer dan aplikasi
|
||||
inilah yang membuka keuntungan secara meyeluruh yang dapat diberikan oleh kontainer.
|
||||
Dengan menggunakan kontainer, <i>image</i> kontainer dapat dibuat diwaktu rilis aplikasi.
|
||||
Pembuatan <i>image</i> ini memungkinkan aplikasi secara konsisten dirilis pada
|
||||
<i>environment</i> <i>development</i> maupun <i>production</i>. Selain itu,
|
||||
kontainer juga memiliki transparasi yang lebih tinggi dibandingkan dengan VM. Maksudnya,
|
||||
Karena kontainer ukurannya kecil dan lebih cepat, sebuah aplikasi dapat dibangun di setiap
|
||||
<i>image</i> kontainer. Mekanisme pemetaan satu-satu antara kontainer dan aplikasi
|
||||
inilah yang membuka keuntungan secara meyeluruh yang dapat diberikan oleh kontainer.
|
||||
Dengan menggunakan kontainer, <i>image</i> kontainer dapat dibuat diwaktu rilis aplikasi.
|
||||
Pembuatan <i>image</i> ini memungkinkan aplikasi secara konsisten dirilis pada
|
||||
<i>environment</i> <i>development</i> maupun <i>production</i>. Selain itu,
|
||||
kontainer juga memiliki transparasi yang lebih tinggi dibandingkan dengan VM. Maksudnya,
|
||||
infrastruktur punya tugas untuk mengatur lifecycle seluruh process yang ada di dalam kontainer. Ini bukanlah lagi tugas sebuah supervisor process yang tersembunyi di dalam kontainer.
|
||||
|
||||
Secara garis besar, penggunaan kontainer memiliki keuntungan sebagai berikut:
|
||||
@@ -148,10 +148,10 @@ Secara garis besar, penggunaan kontainer memiliki keuntungan sebagai berikut:
|
||||
* **Mekanisme pembuatan aplikasi serta proses deployment yang lebih efektif**:
|
||||
Kontainer dapat meningkatkan kemudahan dan efisiensi jika dibandingkan dengan penggunaan VM.
|
||||
* **Continuous development, integration, and deployment**:
|
||||
Digunakan untuk melakukan proses <i>build</i> dan <i>deploy</i> yang sering dilakukan
|
||||
serta kemudahan mekanisme <i>rollback</i> karena image yang ada sifatnya <i>immutable</i>.
|
||||
Digunakan untuk melakukan proses <i>build</i> dan <i>deploy</i> yang sering dilakukan
|
||||
serta kemudahan mekanisme <i>rollback</i> karena image yang ada sifatnya <i>immutable</i>.
|
||||
* **Pemisahan kepentingan antara Dev dan Ops**:
|
||||
Pembuatan <i>image</i> container dilakukan pada saat rilis dan bukan pada saat <i>deploy</i>
|
||||
Pembuatan <i>image</i> container dilakukan pada saat rilis dan bukan pada saat <i>deploy</i>
|
||||
mengurangi ketergantungan aplikasi dan infrastruktur.
|
||||
* **Observabilitas**
|
||||
Tidak hanya informasi dan metriks pada level OS, tapi juga kesehatan aplikasi dan <i>signal</i> lain.
|
||||
@@ -161,10 +161,10 @@ Secara garis besar, penggunaan kontainer memiliki keuntungan sebagai berikut:
|
||||
Dapat dijalankan pada Ubuntu, RHEL, CoreOS, on-prem, Google Kubernetes Engine, dan dimanapun.
|
||||
* **Manajemen yang bersifat Aplikasi sentris**:
|
||||
Meningkatkan level abstraksi dari proses menjalankan OS pada perangkat keras virtual
|
||||
ke proses menjalankan aplikasi pada sebuah OS dengan menggunakan <i>resource</i> logis.
|
||||
ke proses menjalankan aplikasi pada sebuah OS dengan menggunakan <i>resource</i> logis.
|
||||
* **[Mikroservis](https://martinfowler.com/articles/microservices.html) yang renggang (loosely coupled), terdistribusi, elastis, dan terliberasi**:
|
||||
Aplikasi dapat dipecah menjadi komponen yang lebih kecil yang independen dan dapat
|
||||
di-<i>deploy</i> dan diatur secara dinamis -- bukan sebuah sistem monolitik yang dijalankan pada
|
||||
Aplikasi dapat dipecah menjadi komponen yang lebih kecil yang independen dan dapat
|
||||
di-<i>deploy</i> dan diatur secara dinamis -- bukan sebuah sistem monolitik yang dijalankan pada
|
||||
sebuah mesin yang hanya punya satu tujuan.
|
||||
* **Isolasi <i>resource</i>**:
|
||||
Performa aplikasi yang bisa diprediksi.
|
||||
|
||||
@@ -49,13 +49,13 @@ Berikut merupakan beberapa contoh informasi yang dapat dicatat dengan menggunaka
|
||||
* Informasi yang berhubungan dengan pengguna atau perangkat/sistem, seperti URL objek yang terkait
|
||||
dengan komponen dari ekosistem lain.
|
||||
|
||||
* Metadata untuk perangkat *rollout* yang ringan (*lightweight*): contohnya, untuk
|
||||
* Metadata untuk perangkat *rollout* yang ringan (*lightweight*): contohnya, untuk
|
||||
konfigurasi atau penanda (*checkpoint*).
|
||||
|
||||
* Nomor telepon atau *pager* dari orang yang bertanggung jawab, atau entri direktori
|
||||
yang berisi informasi lebih lanjut, seperti *website* sebuah tim.
|
||||
|
||||
* Arahan dari pengguna (*end-user*) untuk melakukan implementasi, perubahan perilaku,
|
||||
* Arahan dari pengguna (*end-user*) untuk melakukan implementasi, perubahan perilaku,
|
||||
ataupun untuk interaksi dengan fitur-fitur non-standar.
|
||||
|
||||
Tanpa menggunakan anotasi, kamu dapat saja menyimpan informasi-informasi dengan tipe
|
||||
|
||||
@@ -3,7 +3,7 @@ title: Selektor Field
|
||||
weight: 60
|
||||
---
|
||||
|
||||
Selektor *field* memungkinkan kamu untuk [memilih (*select*) *resource* Kubernetes](/docs/concepts/overview/working-with-objects/kubernetes-objects) berdasarkan
|
||||
Selektor *field* memungkinkan kamu untuk [memilih (*select*) *resource* Kubernetes](/docs/concepts/overview/working-with-objects/kubernetes-objects) berdasarkan
|
||||
nilai dari satu atau banyak *field resource*. Di bawah ini merupakan contoh dari beberapa *query* selektor *field*:
|
||||
|
||||
* `metadata.name=my-service`
|
||||
|
||||
@@ -2,74 +2,74 @@
|
||||
title: Memahami Konsep Objek-Objek yang ada pada Kubernetes
|
||||
content_template: templates/concept
|
||||
weight: 10
|
||||
card:
|
||||
card:
|
||||
name: concepts
|
||||
weight: 40
|
||||
---
|
||||
|
||||
{{% capture overview %}}
|
||||
Laman ini menjelaskan bagaimana objek-objek Kubernetes direpresentasikan di dalam API Kubernetes,
|
||||
Laman ini menjelaskan bagaimana objek-objek Kubernetes direpresentasikan di dalam API Kubernetes,
|
||||
dan bagaimana kamu dapat merepresentasikannya di dalam format `.yaml`.
|
||||
{{% /capture %}}
|
||||
|
||||
{{% capture body %}}
|
||||
## Memahami Konsep Objek-Objek yang Ada pada Kubernetes
|
||||
|
||||
Objek-objek Kubernetes adalah entitas persisten di dalam sistem Kubernetes.
|
||||
Kubernetes menggunakan entitas ini untuk merepresentasikan _state_ yang ada pada
|
||||
Objek-objek Kubernetes adalah entitas persisten di dalam sistem Kubernetes.
|
||||
Kubernetes menggunakan entitas ini untuk merepresentasikan _state_ yang ada pada
|
||||
kluster kamu. Secara spesifik, hal itu dapat dideskripsikan sebagai:
|
||||
|
||||
* Aplikasi-aplikasi kontainer apa sajakah yang sedang dijalankan (serta pada _node_ apa aplikasi tersebut dijalankan)
|
||||
* _Resource_ yang tersedia untuk aplikasi tersebut
|
||||
* _Policy_ yang mengatur bagaimana aplikasi tersebut dijalankan, misalnya _restart_, _upgrade_, dan _fault-tolerance_.
|
||||
|
||||
Objek Kubernetes merupakan sebuah _"record of intent"_--yang mana sekali kamu membuat suatu objek,
|
||||
sistem Kubernetes akan bekerja secara konsisten untuk menjamin
|
||||
bahwa objek tersebut akan selalu ada. Dengan membuat sebuah objek, secara tak langsung kamu
|
||||
Objek Kubernetes merupakan sebuah _"record of intent"_--yang mana sekali kamu membuat suatu objek,
|
||||
sistem Kubernetes akan bekerja secara konsisten untuk menjamin
|
||||
bahwa objek tersebut akan selalu ada. Dengan membuat sebuah objek, secara tak langsung kamu
|
||||
memberikan informasi pada sistem Kubernetes mengenai perilaku apakah yang kamu inginkan pada _workload_ kluster yang kamu miliki;
|
||||
dengan kata lain ini merupakan definisi _state_ kluster yang kamu inginkan.
|
||||
|
||||
Untuk menggunakan objek-objek Kubernetes--baik membuat, mengubah, atau menghapus objek-objek tersebut--kamu
|
||||
harus menggunakan [API Kubernetes](/docs/concepts/overview/kubernetes-api/).
|
||||
Ketika kamu menggunakan perintah `kubectl`, perintah ini akan melakukan _API call_ untuk perintah
|
||||
yang kamu berikan. Kamu juga dapat menggunakan API Kubernetes secara langsung pada program yang kamu miliki
|
||||
Untuk menggunakan objek-objek Kubernetes--baik membuat, mengubah, atau menghapus objek-objek tersebut--kamu
|
||||
harus menggunakan [API Kubernetes](/docs/concepts/overview/kubernetes-api/).
|
||||
Ketika kamu menggunakan perintah `kubectl`, perintah ini akan melakukan _API call_ untuk perintah
|
||||
yang kamu berikan. Kamu juga dapat menggunakan API Kubernetes secara langsung pada program yang kamu miliki
|
||||
menggunakan salah satu [_library_ klien](/docs/reference/using-api/client-libraries/) yang disediakan.
|
||||
|
||||
### _Spec_ dan Status Objek
|
||||
|
||||
Setiap objek Kubernetes memiliki _field_ berantai yang mengatur konfigurasi sebuah objek:
|
||||
_spec_ dan status. _Spec_, merupakan _field_ yang harus kamu sediakan, _field_ ini mendeskripsikan
|
||||
_state_ yang kamu inginkan untuk objek tersebut--karakteristik dari objek yang kamu miliki.
|
||||
Status mendeskripsikan _state_ yang sebenarnya dari sebuah objek, dan hal ini disediakan dan selalu diubah oleh
|
||||
sistem Kubernetes. Setiap saat, _Control Plane_ Kubernetes selalu memantau apakah _state_ aktual sudah sesuai dengan
|
||||
_spec_ dan status. _Spec_, merupakan _field_ yang harus kamu sediakan, _field_ ini mendeskripsikan
|
||||
_state_ yang kamu inginkan untuk objek tersebut--karakteristik dari objek yang kamu miliki.
|
||||
Status mendeskripsikan _state_ yang sebenarnya dari sebuah objek, dan hal ini disediakan dan selalu diubah oleh
|
||||
sistem Kubernetes. Setiap saat, _Control Plane_ Kubernetes selalu memantau apakah _state_ aktual sudah sesuai dengan
|
||||
_state_ yang diinginkan.
|
||||
|
||||
Sebagai contoh, _Deployment_ merupakan sebuah objek yang merepresentasikan sebuah aplikasi yang dijalankan di kluster kamu.
|
||||
Ketika kamu membuat sebuah _Deployment_, kamu bisa saja memberikan _spec_ bagi _Deployment_ untuk memberikan spesifikasi
|
||||
berapa banyak _replica_ yang kamu inginkan. Sistem Kubernetes kemudian akan membaca konfigurasi yang kamu berikan
|
||||
dan mengaktifkan tiga buah instans untuk aplikasi yang kamu inginkan--mengubah status yang ada saat ini agar sesuai dengan apa yang kamu inginkan.
|
||||
Jika terjadi kegagalan dalam instans yang dibuat, sistem Kubernetes akan memberikan respons bahwa terdapat perbedaan antara _spec_ dan status serta
|
||||
Sebagai contoh, _Deployment_ merupakan sebuah objek yang merepresentasikan sebuah aplikasi yang dijalankan di kluster kamu.
|
||||
Ketika kamu membuat sebuah _Deployment_, kamu bisa saja memberikan _spec_ bagi _Deployment_ untuk memberikan spesifikasi
|
||||
berapa banyak _replica_ yang kamu inginkan. Sistem Kubernetes kemudian akan membaca konfigurasi yang kamu berikan
|
||||
dan mengaktifkan tiga buah instans untuk aplikasi yang kamu inginkan--mengubah status yang ada saat ini agar sesuai dengan apa yang kamu inginkan.
|
||||
Jika terjadi kegagalan dalam instans yang dibuat, sistem Kubernetes akan memberikan respons bahwa terdapat perbedaan antara _spec_ dan status serta
|
||||
melakukan penyesuaian dengan cara memberikan instans pengganti.
|
||||
|
||||
Informasi lebih lanjut mengenai _spec_ objek, status, dan _metadata_ dapat kamu baca di [Konvensi API Kubernetes](https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md).
|
||||
|
||||
### Mendeskripsikan Objek Kubernetes
|
||||
|
||||
Ketika kamu membuat sebuah objek di Kubernetes, kamu harus menyediakan _spec_ objek yang
|
||||
mendeskripsikan _state_ yang diinginkan, serta beberapa informasi tentang objek tersebut (seperti nama).
|
||||
Ketika kamu menggunakan API Kubernetes untuk membuat objek tersebut (baik secara langsung atau menggunakan perintah
|
||||
`kubectl`), _request_ API yang dibuat harus mencakup informasi seperti _request body_ dalam format JSON.
|
||||
Apabila kamu memberikan **informasi dalam bentuk `.yaml` ketika menggunakan perintah `kubectl`** maka `kubectl`
|
||||
Ketika kamu membuat sebuah objek di Kubernetes, kamu harus menyediakan _spec_ objek yang
|
||||
mendeskripsikan _state_ yang diinginkan, serta beberapa informasi tentang objek tersebut (seperti nama).
|
||||
Ketika kamu menggunakan API Kubernetes untuk membuat objek tersebut (baik secara langsung atau menggunakan perintah
|
||||
`kubectl`), _request_ API yang dibuat harus mencakup informasi seperti _request body_ dalam format JSON.
|
||||
Apabila kamu memberikan **informasi dalam bentuk `.yaml` ketika menggunakan perintah `kubectl`** maka `kubectl`
|
||||
akan mengubah informasi yang kamu berikan ke dalam format JSON ketika melakukan _request_ API.
|
||||
|
||||
Berikut merupakan contoh _file_ `.yaml` yang menunjukkan _field_ dan _spec_ objek untuk _Deployment_:
|
||||
|
||||
{{< codenew file="application/deployment.yaml" >}}
|
||||
|
||||
Salah satu cara untuk membuat _Deployment_ menggunakan _file_ `.yaml`
|
||||
seperti yang dijabarkan di atas adalah dengan menggunakan perintah
|
||||
[`kubectl apply`](/docs/reference/generated/kubectl/kubectl-commands#apply)
|
||||
pada _command-line interface_ `kubectl` kamu menerapkan _file_ `.yaml` sebagai sebuah argumen.
|
||||
Salah satu cara untuk membuat _Deployment_ menggunakan _file_ `.yaml`
|
||||
seperti yang dijabarkan di atas adalah dengan menggunakan perintah
|
||||
[`kubectl apply`](/docs/reference/generated/kubectl/kubectl-commands#apply)
|
||||
pada _command-line interface_ `kubectl` kamu menerapkan _file_ `.yaml` sebagai sebuah argumen.
|
||||
Berikut merupakan contoh penggunaannya:
|
||||
|
||||
```shell
|
||||
@@ -84,19 +84,19 @@ deployment.apps/nginx-deployment created
|
||||
|
||||
### _Field-Field_ yang dibutuhkan
|
||||
|
||||
Pada _file_ `.yaml` untuk objek Kubernetes yang ingin kamu buat, kamu perlu
|
||||
Pada _file_ `.yaml` untuk objek Kubernetes yang ingin kamu buat, kamu perlu
|
||||
menyediakan _value_ untuk _field-field_ berikut:
|
||||
|
||||
* _apiVersion_ - Version API Kubernetes mana yang kamu gunakan untuk membuat objek tersebut
|
||||
* _kind_ - Objek apakah yang ingin kamu buat
|
||||
* _metadata_ - Data yang dapat kamu gunakan untuk melakukan identifikasi objek termasuk _name_ dalam betuk string, _UID_, dan _namespace_ yang bersifat opsional
|
||||
|
||||
Kamu juga harus menyediakan _field_ _spec_. Format spesifik dari _spec_ sebuah objek akan berbeda bergantung
|
||||
pada objek apakah yang ingin kamu buat, serta mengandung _field_ berantai yang spesifik bagi objek tersebut.
|
||||
[Referensi API Kubernetes](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/) memberikan penjelasan
|
||||
lebih lanjut mengenai format _spec_ untuk semua objek Kubernetes yang dapat kamu buat. Misalnya saja format _spec_
|
||||
Kamu juga harus menyediakan _field_ _spec_. Format spesifik dari _spec_ sebuah objek akan berbeda bergantung
|
||||
pada objek apakah yang ingin kamu buat, serta mengandung _field_ berantai yang spesifik bagi objek tersebut.
|
||||
[Referensi API Kubernetes](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/) memberikan penjelasan
|
||||
lebih lanjut mengenai format _spec_ untuk semua objek Kubernetes yang dapat kamu buat. Misalnya saja format _spec_
|
||||
untuk _Pod_ dapat kamu temukan [di sini](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#podspec-v1-core),
|
||||
dan format _spec_ untuk _Deployment_ dapat ditemukan
|
||||
dan format _spec_ untuk _Deployment_ dapat ditemukan
|
||||
[di sini](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#deploymentspec-v1-apps).
|
||||
|
||||
{{% /capture %}}
|
||||
|
||||
@@ -62,7 +62,7 @@ kubectl --namespace=<insert-namespace-name-here> run nginx --image=nginx
|
||||
kubectl --namespace=<insert-namespace-name-here> get pods
|
||||
```
|
||||
|
||||
### Mengkonfigurasi preferensi namespace
|
||||
### Mengkonfigurasi preferensi namespace
|
||||
|
||||
Kamu dapat menyimpan konfigurasi *namespace* untuk semua perintah `kubectl` dengan perintah:
|
||||
|
||||
|
||||
Reference in New Issue
Block a user