Membuka Akses Aplikasi dengan Service

Dalam Kubernetes, Pod adalah unit terkecil yang dapat diterapkan. Pod dirancang untuk bersifat sementara dan dapat dibuat, dihancurkan, atau dipindahkan oleh Kubernetes kapan saja.

Fleksibilitas ini sangat baik untuk ketahanan, tetapi menimbulkan tantangan: Bagaimana aplikasi lain dapat menemukan dan berkomunikasi dengan Pod yang terus berubah ini secara andal?

Setiap Pod mendapatkan alamat IP sendiri. Saat Pod dimulai ulang atau diskalakan, Pod sering mendapatkan alamat IP baru. Menghubungkan langsung ke IP Pod seperti mencoba mengenai sasaran yang terus bergerak!

Bayangkan aplikasi web dengan beberapa Pod. Jika salah satu Pod dimulai ulang, IP-nya berubah dan koneksi dari layanan atau pengguna lain terputus.

Di sinilah layanan Kubernetes berperan! Layanan menyediakan titik akhir jaringan yang stabil dan tetap untuk sekumpulan Pod.

Anggaplah layanan sebagai alamat permanen untuk aplikasi Anda, meskipun Pod di belakangnya terus-menerus mengubah alamat masing-masing.

Layanan bertindak sebagai lapisan abstraksi di atas sekelompok Pod. Layanan memberikan satu alamat IP dan nama DNS yang konsisten kepada mereka.

• Aplikasi lain menggunakan IP/nama Layanan yang stabil ini.
• Layanan kemudian merutekan lalu lintas ke Pod yang sehat yang dikelolanya.
• Dengan demikian, klien tidak bergantung pada IP Pod individual.

Bagaimana Layanan mengetahui Pod mana yang harus menerima rute lalu lintas? Layanan menggunakan label dan pemilih!

Saat Anda menentukan Layanan, Anda menetapkan sebuah selector. Pod apa pun yang cocok dengan label ini akan otomatis menjadi bagian dari kelompok Layanan tersebut.

Asosiasi dinamis ini berarti Pod baru otomatis ditambahkan, sedangkan Pod yang tidak sehat dihapus.

Layanan mengelola aliran lalu lintas jaringan. Layanan menentukan port untuk memetakan permintaan masuk ke port yang benar pada Pod Anda.

Konsep port utama:

• port: Port yang digunakan Layanan itu sendiri untuk menerima koneksi.
• targetPort: Port pada Pod yang menjadi tujuan penerusan lalu lintas oleh Layanan.

Seperti sebagian besar sumber daya Kubernetes, Layanan ditentukan menggunakan berkas YAML. Mari lihat struktur dasarnya:

• apiVersion: v1
• kind: Service
• metadata: Nama, label
• spec: Berisi definisi inti, termasuk selector dan ports.

Jenis Layanan yang paling umum untuk komunikasi internal adalah ClusterIP. Jenis ini mengekspos Layanan pada alamat IP internal di dalam klaster.

Berikut contoh untuk aplikasi web sederhana:

Setelah memiliki YAML Layanan, Anda dapat menerapkannya ke klaster menggunakan kubectl, seperti halnya Pod atau Deployment.

Perintah ini memberi tahu Kubernetes untuk membuat Layanan berdasarkan definisi Anda:

Setelah diterapkan, Layanan Anda mendapatkan IP dan nama DNS yang stabil di dalam klaster. Pod lain kini dapat mengakses aplikasi Anda menggunakan nama ini.

Misalnya, Pod lain dapat terhubung ke my-web-service:80, dan Layanan akan menangani perutean ke Pod my-webapp yang benar.

Anda telah mempelajari cara Layanan Kubernetes menyediakan akses jaringan yang stabil ke Pod yang dinamis.

Manakah dari pilihan berikut yang paling tepat menggambarkan peran utama Layanan Kubernetes?

Bagus! Dalam pelajaran ini, kita telah mempelajari Layanan Kubernetes.

• Pod bersifat sementara dan memiliki IP dinamis.
• Layanan menyediakan titik akhir jaringan yang stabil untuk Pod.
• Layanan menggunakan pemilih untuk menemukan Pod sasaran.
• Layanan memetakan port eksternal ke targetPort internal.
• ClusterIP adalah jenis yang umum digunakan untuk komunikasi internal.

Selanjutnya, kita akan membahas lebih dalam berbagai jenis Layanan dan penggunaannya!