Tanpa basis data bersama, Anda tidak dapat menggunakan JOINs lintas layanan atau transaksi ACID tunggal. Anda menyusun data dan menjaganya tetap konsisten menggunakan komposisi API, replikasi/model baca CQRS, dan acara.
— koordinator memanggil setiap layanan dan menyatukan hasilnya:
// build an order view from three services
const order = await ordersApi.get(orderId);
const customer = await usersApi.get(order.customerId); // separate service
const shipment = await shippingApi.get(orderId);
return { ...order, customer, shipment }; // composed in memory
Untuk kueri berat, pertahankan model baca (CQRS): sebuah layanan berlangganan acara dan membangun salinan lokal yang denormalisasi yang dapat ditanyakan langsung.
Orders ─event→ ┐
Users ─event→ ├─▶ [ Order-View service builds its own queryable table ]
Shipping ─event→ ┘
Gunakan pola Saga — urutan transaksi lokal dengan tindakan kompensasi — bukan transaksi terdistribusi.
| Pendekatan | Pro | Kontra |
|---|---|---|
| Komposisi API | Selalu segar | Latensi, fan-out, rapuh |
| Model baca yang direplikasi | Pembacaan cepat | Pada akhirnya konsisten |
| Saga | Tidak perlu 2PC | Kompleks, memerlukan kompensasi |
Jangan "hanya" bagikan tabel untuk membuat join mudah — itu menghubungkan kembali layanan. Terima konsistensi akhirnya di mana bisnis memungkinkan.
Manajemen data adalah tempat di mana layanan mikro menjadi benar-benar sulit, karena alat mudah (join, transaksi) hilang dengan desain.
Memahami komposisi, model baca, dan saga adalah yang memungkinkan Anda menjaga layanan tetap independen tanpa kehilangan kebenaran.