Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Terurai oleh subdomain
Pola ini menggunakan subdomain domain-driven design (DDD) untuk menguraikan monolit. Pendekatan ini memecah model domain organisasi menjadi subdomain terpisah yang diberi label sebagai inti (pembeda kunci untuk bisnis), mendukung (mungkin terkait dengan bisnis tetapi bukan pembeda), atau generik (bukan spesifik bisnis). Pola ini sesuai untuk sistem monolitik yang ada yang memiliki batas yang terdefinisi dengan baik antara modul terkait subdomain. Ini berarti Anda dapat menguraikan monolit dengan mengemas ulang modul yang ada sebagai layanan mikro tetapi tanpa menulis ulang kode yang ada secara signifikan. Setiap subdomain memiliki model, dan ruang lingkup model itu disebut konteks terbatas. Layanan mikro dikembangkan di sekitar konteks terbatas ini. Tabel berikut menjelaskan kelebihan dan kekurangan penggunaan pola ini.
| Keuntungan |
Kekurangan |
-
Arsitektur yang digabungkan secara longgar memberikan skalabilitas, ketahanan, pemeliharaan, ekstensibilitas, transparansi lokasi, independensi protokol, dan independensi waktu.
-
Sistem menjadi lebih terukur dan dapat diprediksi.
|
-
Dapat membuat terlalu banyak layanan mikro, yang membuat penemuan dan integrasi layanan menjadi sulit.
-
Subdomain bisnis sulit diidentifikasi karena memerlukan pemahaman mendalam tentang bisnis secara keseluruhan.
|
Ilustrasi berikut menunjukkan bagaimana monolit asuransi dapat didekomposisi menjadi subdomain setelah didekomposisi oleh kemampuan bisnis.
Ilustrasi menunjukkan bahwa layanan Penjualan dan Pemasaran dipecah menjadi layanan mikro yang lebih kecil. Model Pembelian dan Klaim adalah pembeda bisnis penting untuk Penjualan, dan dibagi menjadi dua layanan mikro terpisah. Pemasaran didekomposisi dengan menggunakan fungsionalitas bisnis pendukung seperti Kampanye, Analytics, dan Laporan.
