Service Mesh (ASM) menyederhanakan pengelolaan layanan mikro dalam model layanan mikro. Tutorial ini menjelaskan cara menggunakan ASM untuk mengelola aplikasi.
Prosedur
Langkah | Operasi | Deskripsi |
1 | Untuk menggunakan ASM, Anda harus membuat instance ASM terlebih dahulu. ASM memungkinkan Anda melakukan operasi seperti manajemen lalu lintas, keamanan, pemulihan kesalahan, observabilitas, dan pemantauan pada aplikasi. | |
2 | Tambahkan klaster Container Service for Kubernetes (ACK) ke instance ASM | Aplikasi yang diterapkan di instance ASM berjalan di dalam klaster. Oleh karena itu, Anda perlu menambahkan klaster ACK ke instance ASM terlebih dahulu. |
3 | Buat gateway ingress di klaster ACK yang ditambahkan ke instance ASM | Gateway ingress menyediakan pintu masuk terpadu untuk merutekan lalu lintas arah masuk di Lapisan 7. Gateway tersebut merutekan permintaan HTTP dari port berbasis TCP yang sama ke layanan Kubernetes yang berbeda berdasarkan isi permintaan. |
4 | Terapkan aplikasi di klaster ACK yang ditambahkan ke instance ASM | Setelah menerapkan gateway ingress di klaster ACK yang ditambahkan ke instance ASM, Anda dapat menerapkan aplikasi di klaster ACK. |
5 | Gunakan sumber daya Istio untuk merutekan lalu lintas ke versi layanan yang berbeda | ASM memungkinkan Anda merutekan lalu lintas ke versi layanan yang berbeda berdasarkan rasio tertentu. Fitur ini mendukung skenario seperti rilis canary dan pengujian A/B. Anda dapat menggunakan sumber daya Istio untuk merutekan lalu lintas ke versi layanan yang berbeda. |
6 | Mesh Topology memberikan observabilitas untuk aplikasi di instance ASM. Alat ini menyediakan antarmuka pengguna grafis (GUI) yang memungkinkan Anda memantau perilaku layanan. Anda dapat menggunakan Mesh Topology untuk melihat aliran lalu lintas dan komunikasi antar beban kerja. |
Pertanyaan Umum
Mengapa saya tidak dapat menggunakan file kubeconfig dari instance ASM untuk menerapkan aplikasi?
Konsol ASM menyediakan file kubeconfig untuk terhubung ke instance ASM. Dengan file ini, Anda dapat menggunakan klien kubectl untuk mengelola Custom Resource Definitions (CRD) Istio, seperti layanan virtual. Bidang kontrol instance ASM digunakan untuk mengelola sumber daya Istio. Anda tidak dapat menerapkan aplikasi di bidang kontrol.
Mengapa saya tidak dapat menerapkan CRD Istio, seperti layanan virtual, di klaster yang dikelola oleh ASM?
Sumber daya Istio dikelola di bidang kontrol. Bidang kontrol juga menyediakan file kubeconfig yang digunakan untuk terhubung ke instance ASM.
Mengapa saya tidak dapat mengelola sumber daya Istio dengan menggunakan file kubeconfig klaster?
CRD Istio disimpan di bidang kontrol. Bidang kontrol mengonversi aturan yang didefinisikan oleh CRD Istio menjadi aturan dalam konfigurasi sidecar dan menerapkan aturan yang telah dikonversi.
Apa perbedaan antara namespace di bidang kontrol instance ASM dan namespace klaster di bidang data?
Namespace yang Anda buat di instance ASM, baik di konsol ASM maupun dengan menggunakan klien kubectl, hanya dimiliki oleh instance ASM. Namespace tersebut independen dari klaster Kubernetes di bidang data yang dikelola oleh instance ASM. Saat Anda membuat atau menghapus namespace untuk instance ASM, namespace klaster Kubernetes di bidang data yang dikelola oleh instance ASM tidak terpengaruh.