Merge pull request #49757 from ridwanbejo/id/translate-protocols-for-services-page

ID / translate protocols for services page

Author: k8s-ci-robot

content/id/docs/reference/networking/service-protocols.md

@@ -0,0 +1,89 @@
+---
+title: Protokol untuk Service
+content_type: reference
+weight: 10
+---
+
+<!-- overview -->
+Jika Anda mengonfigurasi {{< glossary_tooltip text="Service" term_id="service" >}},
+Anda dapat memilih protokol jaringan manapun selama didukung oleh Kubernetes.
+
+Berikut ini adalah protokol yang didukung Kubernetes untuk digunakan oleh Service:
+
+- [`SCTP`](#protocol-sctp)
+- [`TCP`](#protocol-tcp) _(protokol bawaan)_
+- [`UDP`](#protocol-udp)
+
+Ketika Anda mendefinisikan Service, Anda juga dapat menggunakan
+[protokol aplikasi](/docs/concepts/services-networking/service/#application-protocol) untuk Service.
+
+Halaman ini menjelaskan beberapa kasus khusus, dimana kebanyakan kasus yang terjadi adalah saat penggunaan TCP sebagai protokol *transport*:
+
+- [HTTP](#protocol-http-special) dan [HTTPS](#protocol-http-special)
+- [protokol PROXY](#protocol-proxy-special)
+- terminasi [TLS](#protocol-tls-special) di *load balancer*
+
+<!-- body -->
+## Protokol yang didukung {#protocol-support}
+
+Ada 3 protokol valid yang dapat digunakan *port* suatu Service:
+
+### `SCTP` {#protocol-sctp}
+
+{{< feature-state for_k8s_version="v1.20" state="stable" >}}
+
+Ketika menggunakan *plugin* jaringan yang mendukung SCTP, Anda dapat menggunakan SCTP untuk sebagian besar Service. Untuk Service dengan `type: LoadBalancer` , dukungan SCTP tersedia apabila penyedia *cloud* menyediakan protokol ini. (Kebanyakan dari mereka tidak menyediakan dukungan untuk protokol ini).
+
+SCTP tidak tersedia untuk *node* yang menjalankan Windows.
+
+#### Dukungan untuk asosiasi *multihomed SCTP* {#caveat-sctp-multihomed}
+
+Dukungan untuk asosiasi *multihomed SCTP* memerlukan *plugin* CNI agar mendukung penempatan banyak *interface* dan alamat IP ke sebuah Pod.
+
+NAT untuk asosiasi *multihomed SCTP* memerlukan logika khusus di modul Kernel terkait.
+
+### `TCP` {#protocol-tcp}
+
+Anda dapat menggunakan TCP untuk berbagai macam Service, dan ini adalah protokol jaringan bawaan.
+
+### `UDP` {#protocol-udp}
+
+Anda dapat menggunakan UDP untuk  sebagian besar Service. Untuk Service dengan `type: LoadBalancer`, dukungan UDP tersedia apabila penyedia *cloud* menyediakan protokol ini
+
+## Kasus Khusus
+
+### HTTP {#protocol-http-special}
+
+Jika penyedia *cloud* mendukung protokol ini, Anda dapat menggunakan Service dengan mode *LoadBalancer* untuk mengonfigurasi *load balancer* yang berada di luar klaster Kubernetes, dengan menggunakan mode khusus dimana *load balancer* yang disediakan penyedia *cloud* telah mengimplementasi HTTP / HTTPS *proxying*, dimana lalu lintas paket diteruskan ke *backend endpoint* untuk Service tersebut.
+
+Biasanya, Anda mengatur protokol untuk Service dengan TCP dan menambahkan
+*{{< glossary_tooltip text="annotation" term_id="annotation" >}}*
+(biasanya tergantung ke penyedia *cloud*) yang mengonfigurasi *load balancer* untuk menangani lalu lintas paket di tingkat HTTP.
+Konfigurasi ini menyediakan juga HTTPS (HTTP di atas TLS) dan *reverse-proxying* HTTP sederhana untuk *workload* Anda.
+
+{{< note >}}
+Anda juga dapat menggunakan *{{< glossary_tooltip term_id="ingress" >}}* untuk mengekspos Service dengan HTTP/HTTPS.
+{{< /note >}}
+
+Anda juga mungkin ingin mengatur [protokol aplikasi](/docs/concepts/services-networking/service/#application-protocol) suatu koneksi dengan `http` atau `https`. Gunakan `http` jika *session* dari *load balancer* untuk *workload* Anda adalah HTTP tanpa TLS. Dan gunakan `https` jika *session*  dari *load balancer* untuk *workload* Anda menggunakan enkripsi TLS.
+
+### protokol PROXY {#protocol-proxy-special}
+
+Jika penyedia *cloud* Anda mendukung protokol ini, Anda dapat menggunakan Service dengan `type: LoadBalancer`
+untuk mengonfigurasi *load balancer* diluar klaster Kubernetes sendiri, yang akan meneruskan koneksi yang dibungkus oleh
+[protokol PROXY](https://www.haproxy.org/download/2.5/doc/proxy-protocol.txt).
+
+Kemudian *Load balancer* mengirim rangkaian oktet awal yang menggambarkan koneksi kedatangan, mirip dengan contoh dibawah ini (protokol PROXY v1):
+
+```
+PROXY TCP4 192.0.2.202 10.0.42.7 12345 7\r\n
+```
+Data yang masuk setelah pembukaan protokol PROXY adalah data asli dari klien. Ketika kedua sisi menutup koneksi, *load balancer* juga memicu penutupan koneksi dan mengirim sisa data ketika memungkinkan.
+
+Biasanya, Anda mendefinisikan Service dengan protokol TCP. Anda juga dapat menambahkan *annotation*, yang khusus untuk penyedia *cloud* Anda, yang mengonfigurasi *load balancer* dengan membungkus setiap koneksi yang datang dengan protokol PROXY.
+
+### TLS {#protocol-tls-special}
+
+Jika penyedia *cloud* Anda mendukung protokol ini, Anda dapat menggunakan protokol ini pada Service sebagai cara untuk membangun *reverse proxying* eksternal, dimana koneksi yang datang dari klien ke *load balancer* terenkripsi dengan TLS dan *load balancer* adalah TLS *server peer*. Koneksi dari *load balancer* yang menuju *workload* Anda dapat juga berupa TLS, atau teks biasa. Pilihan yang tersedia untuk Anda tergantung dari *penyedia cloud* atau implementasi kustom suatu Service.
+
+Biasanya, Anda mengatur protokol ke `TCP` dan menambahkan *annotation* (biasanya khusus untuk penyedia *cloud* Anda) yang mengonfigurasi *load balancer* untuk berjalan sebagai *server* TLS. Anda juga dapat mengonfigurasi identitas TLS (sebagai server, dan mungkin juga sebagai klien yang terhubung ke *workload* Anda) dengan menggunakan mekanisme yang tersedia khusus untuk penyedia *cloud* Anda.