Cloud Service Mesh dan Traffic Director kini bergabung menjadi Cloud Service Mesh. Untuk mengetahui informasi selengkapnya, lihat ringkasan Cloud Service Mesh.

Halaman ini diterjemahkan oleh Cloud Translation API.

Cloud Service Mesh dengan Google Cloud fitur yang didukung API

Dokumen ini merangkum fitur yang tersedia di Cloud Service Mesh.

Cloud Service Mesh terdiri dari aplikasi Anda, bidang data yang kompatibel dengan xDS (proxy Envoy open source atau bidang data tanpa proxy gRPC), dan Cloud Service Mesh sebagai bidang kontrol Anda.

Dalam tabel berikut, nilai T/A (tidak berlaku) berarti fitur tidak dapat didukung karena tidak kompatibel dengan konfigurasi Cloud Service Mesh tertentu. Ruang kosong, tanpa tanda centang atau N/A, berarti fitur tidak didukung.

Beberapa fitur ini hanya tersedia dengan API load balancing. Sebaiknya gunakan API perutean layanan dan jangan membuat deployment baru menggunakan API load balancing.

Versi xDS yang didukung

Cloud Service Mesh menggunakan API bidang kontrol xDS open source untuk mengonfigurasi klien gRPC tanpa proxy dan Envoy. Klien ini bertindak atas nama kode aplikasi Anda untuk memberikan kemampuan jaringan aplikasi Cloud Service Mesh.

Hanya xDS v3 yang didukung. Bermigrasi ke xDS v3 jika Anda menggunakan xDS v2. Untuk mengetahui informasi tentang cara bermigrasi, lihat Bermigrasi dari xDS v2 ke xDS v3.

Platform untuk menjalankan layanan mesh

Anda dapat menjalankan aplikasi di platform berikut dan mengadopsinya ke dalam mesh layanan global yang dikonfigurasi oleh Cloud Service Mesh.

Fitur	Didukung
Instance virtual machine (VM) Compute Engine	✔
Instance penampung Google Kubernetes Engine (GKE)	✔
Instance container Kubernetes di Compute Engine	✔

Pengelolaan layanan

Layanan dalam mesh yang dikonfigurasi Cloud Service Mesh mendapatkan manfaat dari hal berikut:

Penemuan layanan. Saat aplikasi di mesh Anda ingin menjangkau aplikasi lain, aplikasi tersebut dapat memanggil layanan tersebut berdasarkan nama.
Penskalaan otomatis backend. Instance yang menjalankan kode aplikasi Anda akan di-scaling naik atau turun secara dinamis berdasarkan kebutuhan Anda.
Pendaftaran endpoint otomatis. Saat instance baru dibuat atau dihapus, instance tersebut akan otomatis dikaitkan dengan layanan Anda.

Fitur	Didukung
Deployment otomatis proxy sidecar untuk VM Compute Engine	✔
Injeksi otomatis proxy sidecar untuk Pod GKE	✔
Penemuan layanan berdasarkan nama host	✔
Penskalaan otomatis instance berdasarkan pemakaian CPU	✔
Penskalaan otomatis instance berdasarkan beban traffic/kapasitas penayangan (Khusus VM Compute Engine dalam grup instance terkelola, atau MIG)	✔
Pemulihan otomatis instance berdasarkan health check yang dapat dikonfigurasi	✔
Pendaftaran endpoint otomatis untuk VM Compute Engine	✔
Pendaftaran endpoint otomatis untuk instance/Pod container GKE	✔
API untuk menambahkan atau menghapus endpoint secara terprogram	✔

Endpoint untuk traffic bidang data Anda

Microservice menggunakan data plane untuk menjangkau layanan di mesh Anda dan di luar mesh Anda. Cloud Service Mesh memungkinkan Anda memisahkan logika aplikasi dari logika jaringan sehingga aplikasi Anda hanya perlu mengirim permintaan ke data plane (misalnya, proxy sidecar yang berjalan bersama aplikasi). Kemudian, bidang data mengirim permintaan ke endpoint yang benar.

Dalam tabel berikut, aplikasi yang dijelaskan sebagai berada di mesh adalah aplikasi yang menggunakan bidang data yang dikelola Cloud Service Mesh untuk berkomunikasi dengan layanan lain. Aplikasi tersebut dapat mengirim traffic ke layanan dalam mesh dan layanan di luar mesh.

Fitur	Didukung
Aplikasi berbasis VM di mesh	✔
Aplikasi berbasis container dalam mesh	✔
Aplikasi berbasis VM di luar mesh	✔
Aplikasi berbasis container di luar mesh	✔
Aplikasi yang berjalan di pusat data lokal	✔
Aplikasi di lingkungan multicloud	✔

Topologi bidang data

Dalam model service mesh, aplikasi Anda menggunakan bidang data untuk berkomunikasi. Bidang data ini sering kali terdiri dari proxy file bantuan yang di-deploy bersama aplikasi Anda. Cloud Service Mesh sangat fleksibel dan mendukung topologi bidang data yang sesuai dengan kebutuhan jaringan layanan Anda.

Fitur	Didukung
Proxy sidecar yang berjalan bersama aplikasi	✔
Aplikasi gRPC tanpa proxy	✔
Proxy tengah antara dua aplikasi dalam mesh	✔
Proxy edge di batas mesh Anda	✔
Mesh yang mencakup beberapa cluster GKE dan/atau VM Compute Engine di beberapa region	✔

Konfigurasi terprogram yang didorong API

Semua konfigurasi diekspos melalui REST API dan dasbor kami secara langsung, sehingga Anda dapat mengotomatiskan perubahan di seluruh tim besar dan mengelola perubahan secara terprogram. Beberapa fitur tidak dapat dikonfigurasi menggunakan konsol Google Cloud .

Fitur	Didukung
REST API	✔
Google Cloud console	✔
Google Cloud CLI	✔
Cloud Deployment Manager	✔
Dukungan Terraform	✔

Dukungan bahasa dengan aplikasi gRPC tanpa proxy

Anda dapat membuat aplikasi gRPC tanpa proxy yang berfungsi dengan Cloud Service Mesh menggunakan bahasa pemrograman berikut. Fitur mesh layanan yang didukung dalam berbagai penerapan dan versi gRPC tercantum di GitHub.

Bahasa	Didukung
Java	✔
Go	✔
C++	✔
Python	✔
Ruby	✔
PHP	✔
Node	✔

Meminta protokol

Aplikasi dapat menggunakan protokol permintaan berikut saat menggunakan bidang data yang dikonfigurasi Cloud Service Mesh untuk berkomunikasi.

Fitur	Didukung
HTTP	✔
HTTPS	✔
HTTP/2	✔
TCP	✔
gRPC	✔

Keamanan layanan

Cloud Service Mesh mendukung keamanan layanan dengan konfigurasi berikut.

Fitur	Envoy	gRPC
TLS dengan Pod GKE	✔	✔
mTLS dengan Pod GKE	✔	✔
Kontrol akses dan otorisasi	✔	✔
Pembatasan kapasitas dengan Google Cloud Armor	✔

Pemilihan rute dan pengelolaan traffic

Cloud Service Mesh mendukung kebijakan pengelolaan traffic lanjutan yang dapat Anda gunakan untuk mengarahkan, membagi, dan membentuk traffic saat melewati bidang data Anda.

Beberapa fitur pengelolaan traffic lanjutan tidak tersedia dengan layanan gRPC tanpa proxy, dan tidak ada fitur pengelolaan traffic lanjutan yang tersedia dengan resource proxy TCP target.

Fitur berikut tidak didukung saat Cloud Service Mesh menangani traffic TCP (non-HTTP(S)).

Fitur	Didukung dengan proxy Envoy yang dikonfigurasi untuk menangani traffic HTTP(S) atau gRPC	Didukung dengan gRPC tanpa proxy
Perutean permintaan HTTP/Lapisan 7 berdasarkan kecocokan akhiran/awalan/penuh/regex pada:
• Nama host	✔	✔
• Jalur	✔	✔
• Header	✔	✔
• Metode	✔	T/A
• Cookie	✔	✔
• Parameter permintaan	✔	T/A
Injeksi kesalahan	✔	✔
Waktu tunggu yang dapat dikonfigurasi	✔	T/A Lihat Durasi streaming maksimum.
Upaya coba lagi	✔	✔ Kecuali waktu tunggu per coba ulang
Pengalihan	✔
Penulisan ulang URI	✔
Transformasi header permintaan/respons	✔
Pemisahan traffic	✔	✔
Duplikasi traffic	✔
Deteksi outlier	✔	✔
Pemecahan sirkuit	✔	✔ Hanya maxRequests
Durasi streaming maksimum	✔	✔

Load balancing

Anda dapat mengonfigurasi metode dan algoritma load balancing lanjutan untuk menyeimbangkan beban di tingkat layanan, grup backend (grup instance atau grup endpoint jaringan), dan backend atau endpoint individual. Untuk mengetahui informasi selengkapnya, lihat Ringkasan layanan backend dan Ringkasan load balancing lanjutan.

Fitur	Didukung dengan proxy Envoy yang dikonfigurasi untuk menangani traffic HTTP(s), TCP, atau gRPC	Didukung dengan gRPC tanpa proxy
Pemilihan backend (grup instance atau grup endpoint jaringan) berdasarkan region (lebih memilih region terdekat dengan kapasitas backend yang sehat)	✔	✔
Pemilihan backend menggunakan mode load balancing berbasis kecepatan (permintaan per detik).	✔ Tidak didukung dengan traffic TCP (non-HTTP(S)).	✔
Pemilihan backend berdasarkan mode load balancing berbasis pemanfaatan (khusus VM dalam grup instance Compute Engine)	✔	✔
Kapasitas maksimum yang dapat dikonfigurasi per backend (khusus Compute Engine dan GKE)	✔	✔
Pemilihan backend berdasarkan kebijakan load balancing yang dapat dikonfigurasi. Untuk mengetahui informasi tentang setiap kebijakan bawaan, lihat `localityLbPolicy`.	Gunakan satu kebijakan bawaan; pilih dari opsi berikut: Panggilan acak Permintaan paling sedikit Hash ring Acak Tujuan awal Maglev	Gunakan satu kebijakan bawaan; pilih dari opsi berikut: Panggilan acak Permintaan paling sedikit Hash ring Menggunakan kebijakan kustom Tentukan daftar kebijakan pilihan

Ketahanan layanan

Cloud Service Mesh mendukung kemampuan yang membantu Anda meningkatkan ketahanan layanan. Misalnya, Anda dapat menggunakan Cloud Service Mesh untuk menerapkan pola deployment biru-hijau, pengujian canary, atau pemutusan koneksi (Envoy, gRPC).

Fitur	Didukung dengan proxy Envoy yang dikonfigurasi untuk menangani traffic HTTP(s), TCP, atau gRPC	Didukung dengan gRPC tanpa proxy
Pemilihan layanan berdasarkan pemisahan traffic berbasis bobot	✔	✔
Pemecahan sirkuit	✔	✔ Hanya maxRequests

Pengelolaan kapasitas layanan dan backend

Cloud Service Mesh mempertimbangkan kapasitas layanan dan backend untuk mempromosikan distribusi traffic yang optimal di seluruh backend layanan Anda. Cloud Service Mesh terintegrasi dengan infrastruktur Google Cloud sehingga secara otomatis mengumpulkan data kapasitas. Anda juga dapat menyetel dan mengonfigurasi kapasitas secara manual.

Fitur	Didukung
Secara otomatis melacak kapasitas dan penggunaan backend, berdasarkan CPU, untuk instance VM dalam grup instance terkelola (MIG).	✔
Kapasitas manual dan penggantian untuk instance VM dan container di MIG dan grup endpoint jaringan (NEG) berdasarkan kecepatan permintaan.	✔
Pengurasan kapasitas manual.	✔

Failover

Workload perusahaan umumnya mengandalkan deployment ketersediaan tinggi untuk meningkatkan waktu beroperasi layanan. Cloud Service Mesh mendukung jenis deployment ini dengan mengaktifkan redundansi multi-zona/multi-region.

Fitur	Didukung
Failover otomatis ke zona lain dalam region yang sama yang memiliki kapasitas backend yang responsif.	✔
Failover otomatis ke region terdekat dengan kapasitas backend yang responsif.	✔

Health check

Cloud Service Mesh mendukung health check terpusat untuk menentukan kondisi backend.

Untuk informasi referensi, lihat Ringkasan health check.

Fitur	Didukung
Health check gRPC	✔
Health check HTTP	✔
Health check HTTPS	✔
Pemeriksaan kondisi HTTP/2	✔
Health check TCP	✔
Health check yang dapat dikonfigurasi: Port Interval pemeriksaan Waktu tunggu Ambang batas responsif dan tidak responsif	✔
Jalur permintaan yang dapat dikonfigurasi (HTTP, HTTPS, HTTP/2)	✔
String atau jalur permintaan yang dapat dikonfigurasi (TCP atau SSL)	✔
String respons yang diharapkan dapat dikonfigurasi	✔

Kemampuan observasi

Alat observasi memberikan informasi pemantauan, proses debug, dan performa untuk membantu Anda memahami mesh layanan. Kemampuan berikut disediakan secara default atau dikonfigurasi di bidang data Anda. Kode aplikasi Anda tidak perlu melakukan tindakan khusus untuk menghasilkan data kemampuan pengamatan ini.

Dasbor kesehatan layanan tersedia dengan layanan gRPC tanpa proxy, tetapi Anda tidak dapat mengonfigurasi logging dan pelacakan bidang data. Cloud Service Mesh tidak dapat mengonfigurasi logging dan tracing aplikasi gRPC. Anda dapat mengaktifkan logging dan tracing dengan mengikuti petunjuk di bagian pemecahan masalah atau panduan gRPC yang tersedia di situs open source. Misalnya, untuk mengaktifkan pengumpulan metrik dan pelacakan di layanan gRPC tanpa proxy, Anda dapat menggunakan OpenTelemetry.

Fitur	Didukung dengan proxy	Didukung dengan layanan gRPC tanpa proxy
Dasbor status layanan	✔	✔
Logging bidang data	✔	✔
Pelacakan bidang data	✔	✔

Afinitas sesi

Komunikasi klien-server sering kali melibatkan beberapa permintaan berturut-turut. Dalam kasus seperti itu, sebaiknya rute permintaan klien berturut-turut ke backend atau server yang sama. Cloud Service Mesh menyediakan opsi yang dapat dikonfigurasi untuk mengirim permintaan dari klien tertentu, berdasarkan upaya terbaik, ke backend yang sama selama backend tersebut berfungsi dengan baik dan memiliki kapasitas. Untuk mengetahui informasi selengkapnya, lihat Ringkasan layanan backend.

Fitur	Didukung dengan proxy HTTP(S)	Didukung dengan proxy TCP	Didukung dengan layanan gRPC tanpa proxy
Alamat IP klien	✔	✔
Cookie HTTP	✔	T/A
Header HTTP	✔	T/A	✔
Cookie yang dihasilkan (menetapkan cookie klien pada permintaan pertama)	✔	T/A

Topologi jaringan

Cloud Service Mesh mendukung topologi jaringan Google Cloud umum.

Fitur	Didukung
Jaringan tunggal dalam project Google Cloud	✔
Beberapa mesh dalam project Google Cloud	✔
Beberapa gateway dalam Google Cloud project	✔
VPC Bersama (satu jaringan yang dibagikan di beberapa Google Cloud project)	✔

Untuk penjelasan mendetail tentang cara VPC Bersama didukung dengan Cloud Service Mesh, lihat Batasan.

Kepatuhan

Cloud Service Mesh mematuhi standar berikut.

Sertifikasi kepatuhan	Didukung
HIPAA	✔
ISO 27001, ISO 27017, ISO 27018	✔
SOC1, SOC2, SOC3	✔
PCI DSS	✔

Langkah berikutnya

Untuk mempelajari Cloud Service Mesh lebih lanjut, lihat Ringkasan Cloud Service Mesh.
Untuk menemukan kasus penggunaan dan pola arsitektur untuk layanan gRPC tanpa proxy, lihat Ringkasan layanan gRPC tanpa proxy.