কোন শেয়ার্ড ডাটাবেস নেই, আপনি ক্রস-সার্ভিস JOINs বা একক ACID লেনদেন ব্যবহার করতে পারবেন না। আপনি API composition, replication/CQRS read models, এবং events ব্যবহার করে ডেটা সংযুক্ত করুন এবং এটি সামঞ্জস্যপূর্ণ রাখুন।
API composition — একটি সমন্বয়কারী প্রতিটি সেবা কল করে এবং ফলাফল একসাথে সেলাই করে:
// 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
ভারী প্রশ্নের জন্য, একটি read model বজায় রাখুন (CQRS): একটি সেবা ইভেন্টগুলিতে সাবস্ক্রাইব করে এবং একটি denormalized স্থানীয় কপি তৈরি করে যা এটি সরাসরি প্রশ্ন করতে পারে।
Orders ─event→ ┐
Users ─event→ ├─▶ [ Order-View service builds its own queryable table ]
Shipping ─event→ ┘
Saga প্যাটার্ন ব্যবহার করুন — স্থানীয় লেনদেনের একটি ক্রম ক্ষতিপূরণ ক্রিয়া সহ — বিতরণ লেনদেনের পরিবর্তে।
| পদ্ধতি | সুবিধা | অসুবিধা |
|---|---|---|
| API composition | সর্বদা তাজা | লেটেন্সি, ফ্যান-আউট, ভঙ্গুর |
| Replicated read model | দ্রুত পড়া | অবশেষে সামঞ্জস্যপূর্ণ |
| Saga | 2PC প্রয়োজন নেই | জটিল, ক্ষতিপূরণ প্রয়োজন |
একটি JOIN সহজ করার জন্য শুধুমাত্র একটি টেবিল শেয়ার করবেন না — এটি সেবাগুলি পুনরায় যুক্ত করে। ব্যবসা যেখানে অনুমতি দেয় সেখানে অবশেষে সামঞ্জস্য গ্রহণ করুন।
ডেটা পরিচালনা সেখানে যেখানে মাইক্রোসার্ভিস সত্যিই কঠিন হয়ে ওঠে, কারণ সহজ সরঞ্জাম (joins, transactions) ডিজাইনের মাধ্যমে চলে গেছে।
Composition, read models, এবং sagas বোঝা আপনাকে সেবাগুলি স্বাধীন রাখতে দেয় সঠিকতা হারানো ছাড়াই।