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

# Terurai oleh transaksi
<a name="decompose-transactions"></a>

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 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 menggunakan pola ini.


****  

| Keuntungan | Kekurangan | 
| --- | --- | 
|  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/modernization-decomposing-monoliths/decompose-transactions.html) |  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/modernization-decomposing-monoliths/decompose-transactions.html)  | 

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

![\[Mengurai monolit dengan transaksi\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/modernization-decomposing-monoliths/images/decompose-by-transaction.png)


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.