ਸਾਂਝੇ ਡਾਟਾਬੇਸ ਤੋਂ ਬਿਨਾ, ਤੁਸੀਂ ਕਰਾਸ-ਸਰਵਿਸ JOINs ਜਾਂ ਸਿੰਗਲ ACID ਲੇਨ-ਦੇਨ ਨਹੀਂ ਵਰਤ ਸਕਦੇ। ਤੁਸੀਂ API composition, replication/CQRS read models ਅਤੇ events ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਡਾਟਾ ਨੂੰ ਇਕੱਠਾ ਕਰਦੇ ਹੋ ਅਤੇ ਇਸ ਨੂੰ ਇਕਸਾਰ ਰੱਖਦੇ ਹੋ।
— ਇੱਕ ਤਾਲਮੇਲ ਪ੍ਰਬੰਧਕ ਹਰੇਕ ਸੇਵਾ ਨੂੰ ਕਾਲ ਕਰਦਾ ਹੈ ਅਤੇ ਨਤੀਜਾ ਇਕੱਠਾ ਕਰਦਾ ਹੈ:
// 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) ਬਰਕਰਾਰ ਰੱਖੋ: ਇੱਕ ਸੇਵਾ ਘਟਨਾਵਾਂ ਦੀ ਰਜਿਸਟ੍ਰੀ ਬਣਾਉਂਦੀ ਹੈ ਅਤੇ ਇੱਕ ਡੀਨਾਰਮਲਾਈਜ਼ਡ ਸਥਾਨਕ ਪ੍ਰਤੀ ਬਣਾਉਂਦੀ ਹੈ ਜਿਸ ਨੂੰ ਇਹ ਸਿੱਧੇ ਪੁੱਛ ਸਕਦੀ ਹੈ।
Orders ─event→ ┐
Users ─event→ ├─▶ [ Order-View service builds its own queryable table ]
Shipping ─event→ ┘
Saga ਪੈਟਰਨ ਵਰਤੋ — ਸਥਾਨਕ ਲੇਨ-ਦੇਨ ਦਾ ਇੱਕ ਕ੍ਰਮ ਮੁਆਵਜ਼ੇ ਦੀਆਂ ਕਾਰਵਾਈਆਂ ਦੇ ਨਾਲ — ਇੱਕ ਵਿਤਰਿਤ ਲੇਨ-ਦੇਨ ਦੀ ਬਜਾਏ।
| ਪਹੁੰਚ | ਫਾਇਦਾ | ਨੁਕਸਾਨ |
|---|---|---|
| API composition | ਹਮੇਸ਼ਾ ਤਾਜ਼ਾ | Latency, fan-out, ਕਮਜ਼ੋਰ |
| Replicated read model | ਤੇਜ਼ ਪੜ੍ਹਨਾ | ਅੰਤ ਵਿੱਚ ਇਕਸਾਰ |
| Saga | 2PC ਦੀ ਲੋੜ ਨਹੀਂ | ਗੁੰਝਲਦਾਰ, ਮੁਆਵਜ਼ੇ ਦੀ ਲੋੜ |
ਇੱਕ ਜੋੜ ਨੂੰ ਆਸਾਨ ਬਣਾਉਣ ਲਈ ਸਿਰਫ਼ ਇੱਕ ਟੇਬਲ ਸਾਂਝਾ ਨਾ ਕਰੋ — ਇਹ ਸੇਵਾਵਾਂ ਨੂੰ ਦੁਬਾਰਾ ਆਪਸ ਵਿੱਚ ਜੋੜ ਦਿੰਦਾ ਹੈ। ਜਿੱਥੇ ਵਪਾਰ ਅਜਾਜ਼ਤੀ ਦੇਵੇ ਉੱਥੇ ਅੰਤਮ ਤੌਰ ਤੇ ਇਕਸਾਰਤਾ ਸਵੀਕਾਰ ਕਰੋ।
ਡਾਟਾ ਪ੍ਰਬੰਧਨ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ microservices ਅਸਲ ਵਿੱਚ ਮੁਸ਼ਕਲ ਹੁੰਦੇ ਹਨ, ਕਿਉਂਕਿ ਆਸਾਨ ਸਾਧਨ (joins, transactions) ਡਿਜ਼ਾਇਨ ਦੁਆਰਾ ਚਲੇ ਗਏ ਹਨ।
Composition, read models ਅਤੇ sagas ਨੂੰ ਸਮਝਣਾ ਉਹ ਚੀਜ਼ ਹੈ ਜੋ ਤੁਹਾਨੂੰ ਸੇਵਾਵਾਂ ਨੂੰ ਸੁਤੰਤਰ ਰੱਖਣ ਦੇ ਦਿੰਦਾ ਹੈ ਬਿਨਾ ਸਹੀਪਣ ਗੁਆਏ।