Corak Komunikasi antara Perkhidmatan

Dalam seni bina perkhidmatan mikro, aplikasi anda dipecahkan kepada banyak perkhidmatan kecil yang bebas. Agar perkhidmatan ini dapat bekerja bersama-sama dan memberikan pengalaman pengguna yang lengkap, perkhidmatan tersebut perlu berkomunikasi antara satu sama lain.

Komunikasi ini dipanggil komunikasi antara perkhidmatan. Inilah cara satu perkhidmatan meminta data atau mencetuskan tindakan dalam perkhidmatan lain.

Komunikasi segerak adalah seperti panggilan telefon terus. Apabila Perkhidmatan A memerlukan data daripada Perkhidmatan B, ia menghantar permintaan dan kemudian menunggu Perkhidmatan B memberikan respons sebelum meneruskan kerjanya sendiri.

• Model Permintaan-Respons: Perkhidmatan A menunggu respons daripada Perkhidmatan B.
• Menyekat: Perkhidmatan A disekat (tidak boleh melakukan kerja lain) sehingga respons diterima.

Cara paling biasa untuk melaksanakan komunikasi segerak antara perkhidmatan mikro adalah dengan menggunakan HTTP (Protokol Pemindahan Hiperteks) dan API RESTful.

API REST mentakrifkan satu set peraturan tentang cara perkhidmatan boleh berinteraksi menggunakan kaedah HTTP standard (seperti GET, POST, PUT dan DELETE) melalui URL.

Walaupun mudah, komunikasi segerak mempunyai kelemahan:

• Gandingan Ketat: Perkhidmatan menjadi bergantung pada ketersediaan satu sama lain. Jika Perkhidmatan B tidak berfungsi, Perkhidmatan A mungkin gagal.
• Tempoh Pendaman: Jumlah masa respons merangkumi hasil tambah semua masa panggilan perkhidmatan individu.
• Kegagalan Berantai: Kegagalan dalam satu perkhidmatan boleh merebak dengan cepat kepada perkhidmatan lain.

Komunikasi tak segerak adalah seperti menghantar surat atau e-mel. Perkhidmatan A menghantar mesej kepada Perkhidmatan B dan tidak menunggu balasan serta-merta.

Perkhidmatan A boleh meneruskan kerjanya sendiri, manakala Perkhidmatan B akan memproses mesej tersebut apabila bersedia, lalu mungkin membalas kemudian atau mencetuskan tindakan lain.

Cara biasa untuk melaksanakan komunikasi tak segerak adalah dengan menggunakan baris gilir mesej atau broker mesej. Anggaplah ia sebagai pejabat pos untuk perkhidmatan anda.

• Perkhidmatan A menghantar mesej ke baris gilir.
• Baris gilir menyimpan mesej dengan boleh dipercayai.
• Perkhidmatan B mengambil dan memproses mesej apabila tersedia.

Corak tak segerak menawarkan kelebihan penting:

• Gandingan Longgar: Perkhidmatan kurang bergantung antara satu sama lain. Jika Perkhidmatan B tidak berfungsi buat sementara waktu, mesej akan menunggu dalam baris gilir.
• Keresponsifan Dipertingkat: Perkhidmatan A tidak perlu menunggu, jadi ia boleh memberikan respons kepada klien dengan lebih pantas.
• Kebolehskalaan: Anda boleh menambah lebih banyak tika Perkhidmatan B untuk memproses mesej daripada baris gilir secara selari.

Pemilihan antara segerak dengan tak segerak bergantung pada kes penggunaan anda:

• Segerak: Paling sesuai untuk permintaan serta-merta apabila klien memerlukan respons segera (contohnya mendapatkan data profil pengguna).
• Tak Segerak: Sesuai untuk tugas latar belakang, proses yang berjalan lama atau keadaan yang memerlukan toleransi kesalahan dan pengasingan yang tinggi (contohnya memproses pesanan atau menghantar pemberitahuan e-mel).

Walaupun HTTP/REST dan baris gilir mesej merupakan pilihan utama, teknologi lain juga wujud:

• gRPC: Rangka kerja RPC (Panggilan Prosedur Jauh) berprestasi tinggi dan tidak bergantung pada bahasa. Rangka kerja ini sering menggunakan Penimbal Protokol untuk pensirian data yang cekap.
• Seni Bina Didorong Peristiwa: Perkhidmatan berkomunikasi dengan menerbitkan dan melanggan peristiwa, selalunya dengan memanfaatkan broker mesej.

Kita telah meneroka cara perkhidmatan mikro berkomunikasi. Komunikasi segerak melibatkan panggilan terus yang menyekat, selalunya menggunakan HTTP/REST, tetapi boleh menyebabkan gandingan ketat dan kegagalan berantai.

Komunikasi tak segerak menggunakan kaedah tidak langsung seperti baris gilir mesej, yang menawarkan gandingan longgar, keresponsifan yang lebih baik dan ketahanan. Pemilihan corak yang tepat amat penting untuk seni bina perkhidmatan mikro yang kukuh.