Dekomposisi berdasarkan transaksi - AWS Panduan Preskriptif

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Dekomposisi berdasarkan transaksi

Dalam sistem terdistribusi, aplikasi biasanya harus memanggil beberapa layanan mikro untuk menyelesaikan satu transaksi bisnis. Untuk menghindari masalah latensi atau masalah komit dua fase, Anda dapat mengelompokkan layanan mikro Anda berdasarkan transaksi. Pola ini sesuai jika Anda menganggap waktu respons penting dan modul Anda yang berbeda tidak membuat monolit setelah Anda mengemasnya. Tabel berikut menjelaskan kelebihan dan kekurangan penggunaan pola ini.

Keuntungan Kekurangan

  • Waktu respons lebih cepat.

  • Anda tidak perlu khawatir tentang konsistensi data.

  • Meningkatkan ketersediaan.

  • Beberapa modul dapat dikemas bersama, dan ini dapat membuat monolit.

  • Beberapa fungsi diimplementasikan dalam layanan mikro tunggal alih-alih layanan mikro terpisah, yang meningkatkan biaya dan kompleksitas.

  • Layanan mikro berorientasi transaksi dapat tumbuh jika jumlah domain bisnis dan dependensi di antara mereka tinggi.

  • Versi yang tidak konsisten dapat diterapkan pada saat yang sama untuk domain bisnis yang sama.

Dalam ilustrasi berikut, monolit asuransi dipecah menjadi beberapa layanan mikro berdasarkan transaksi.

Membusuk monolit dengan transaksi

Dalam sistem asuransi, permintaan klaim biasanya ditandai ke pelanggan setelah diajukan. Ini berarti bahwa layanan klaim tidak dapat ada tanpa layanan mikro Pelanggan. Penjualan dan Pelanggan dikemas bersama dalam satu paket microservice, dan transaksi bisnis memerlukan koordinasi dengan keduanya.