Pola desain untuk layanan mikro

Arsitektur layanan mikro mendistribusikan tanggung jawab di seluruh layanan independen. Kemandirian itu mengubah cara Anda menangani tantangan arsitektur umum berikut:

• Pemeliharaan konsistensi data tanpa transaksi terdistribusi
• Manajemen komunikasi lintas layanan
• Isolasi kegagalan agar kegagalan tidak berantai
• Integrasi sistem warisan selama migrasi

Pola desain dalam artikel ini mengatasi tantangan ini secara langsung. Setiap pola menargetkan kekhawatiran tertentu yang mungkin Anda temui saat merancang, membangun, dan mengoperasikan layanan mikro.

Alur diagram dimulai dengan aplikasi klien. Panah menunjuk dari aplikasi klien ke kotak yang mewakili aplikasi layanan mikro. Panah kedua menunjuk dari aplikasi klien ke pola Strangler Fig. Dua panah menunjuk dari pola Strangler Fig. Satu panah menunjuk ke kotak aplikasi layanan mikro, dan panah lainnya menunjuk ke sistem warisan berlabel persegi panjang di bagian bawah diagram. Kotak aplikasi layanan mikro mencakup pola desain dan layanan mikro. Pada bagian yang diberi label gateway API, panah menunjuk dari pola Gateway Offloading ke pola Gateway Routing dan Gateway Aggregation. Panah menunjuk dari pola Perutean Gateway ke sebuah layanan mikro untuk desktop. Panah menunjuk dari pola Agregasi Gateway ke layanan mikro untuk seluler. Layanan mikro ini berada dalam bagian berlabel Backends for Frontends. Panah menunjuk dari layanan mikro ini ke layanan mikro lain di bawah kotak berlabel Sidecar. Panah menunjuk dari layanan mikro ini ke layanan jarak jauh di luar kotak aplikasi layanan mikro. Panah menunjuk dari layanan mikro untuk perangkat seluler ke bagian yang berisi dua kotak berlabel layanan. Panah menunjuk dari setiap layanan ke event bus yang terletak di antara mereka. Di bagian lain, panah yang melewati lapisan anti-korupsi menunjuk dari layanan mikro ke sistem warisan di luar aplikasi layanan mikro.

Pola desain umum

• Lapisan Anti-Korupsi mengimplementasikan fasad atau lapisan adaptor antara subsistem yang tidak berbagi semantik yang sama. Pola ini menerjemahkan permintaan antara subsistem dan mencegah dependensi pada sistem warisan atau layanan lain yang memiliki model domain yang tidak kompatibel untuk membatasi desain layanan baru.

• Backends for Frontends menciptakan layanan backend yang terpisah untuk beragam jenis klien, seperti desktop dan seluler. Ketika Anda mengambil pendekatan ini, satu layanan backend tidak perlu menangani persyaratan yang bertentangan dari berbagai jenis klien. Pola ini membantu menjaga agar setiap layanan mikro tetap sederhana dengan memisahkan masalah khusus klien.

• Bulkhead mengisolasi sumber daya penting, seperti kumpulan koneksi, memori, dan CPU, untuk setiap beban kerja atau layanan. Isolasi ini mencegah satu beban kerja atau layanan mengonsumsi semua sumber daya. Pola ini meningkatkan ketahanan beban kerja dengan mencegah satu layanan menyebabkan kegagalan bertingkat.

• Koreografi memungkinkan setiap layanan memutuskan kapan dan bagaimana memproses operasi bisnis, daripada bergantung pada orkestrator pusat. Pola ini mengurangi kopling antara layanan dan mendukung pembaruan atau perubahan layanan yang sering.

• Pemisahan Tanggung Jawab Kueri Perintah (CQRS) memisahkan operasi baca dari operasi tulis ke dalam model data terpisah. Pola ini meningkatkan performa, skalabilitas, dan keamanan dalam layanan mikro di mana baca dan tulis memiliki persyaratan performa atau penskalaan yang berbeda.

• Perutean Gateway menggunakan gateway API sebagai proksi terbalik untuk merutekan permintaan klien ke layanan yang berbeda berdasarkan permintaan. Pendekatan ini memberi klien satu titik akhir alih-alih banyak.

  Agregasi Gateway menggunakan gateway untuk menggabungkan beberapa permintaan klien ke dalam satu permintaan. Pendekatan ini mengurangi obrolan antara klien dan layanan.

  Gateway Offloading memusatkan fungsionalitas yang melibatkan banyak aspek, seperti penghentian Secure Socket Layer (SSL), otentikasi, dan pembatasan laju, menjadi tugas gateway sehingga layanan individual tidak perlu menangani tanggung jawab ini secara terpisah.

  Untuk informasi selengkapnya, lihat Gateway API untuk layanan mikro.

• Saga mengelola konsistensi data di seluruh layanan mikro yang memiliki penyimpanan data independen. Saga adalah urutan transaksi lokal di mana setiap layanan melakukan operasinya dan memicu langkah berikutnya. Jika langkah gagal, saga menjalankan serangkaian transaksi kompensasi untuk membatalkan perubahan sebelumnya. Pola ini menggantikan transaksi terdistribusi, yang seringkali tidak praktis dalam arsitektur layanan mikro.

• Sidecar menyebarkan komponen pembantu aplikasi sebagai kontainer atau proses terpisah untuk menyediakan isolasi dan enkapsulasi. Gunakan pola ini untuk melampirkan fungsionalitas umum, seperti konfigurasi pengelogan, pemantauan, dan jaringan, ke layanan tanpa menyematkannya dalam kode layanan.

• Strangler Fig mendukung migrasi bertahap dari sistem warisan dengan secara bertahap mengganti potongan fungsionalitas tertentu dengan layanan baru. Konsumen terus menggunakan antarmuka yang sama, tidak menyadari bahwa migrasi sedang berlangsung, sampai Anda sepenuhnya mengganti sistem warisan.

Pola pendukung

Komunikasi antar layanan menjelaskan pola Retry dan Circuit Breaker untuk panggilan layanan-ke-layanan yang tangguh.

Untuk katalog lengkap pola desain cloud di Azure Architecture Center, lihat Pola desain cloud.

Langkah berikutnya

• Pelatihan: Bangun layanan mikro pertama Anda dengan menggunakan .NET
• Apa itu layanan mikro?
• arsitektur layanan mikro

Sumber daya terkait

• Gaya arsitektur layanan mikro
• Merancang arsitektur layanan mikro
• Menggunakan analisis domain untuk memodelkan layanan mikro
• Pertimbangan data untuk layanan mikro