Node-এ microservices তৈরি করার সময় আপনাকে কী বিবেচনা করতে হবে?

Question

Accepted Answer

**Microservices** একটি অ্যাপ্লিকেশনকে ছোট, স্বাধীনভাবে স্থাপনযোগ্য সেবায় বিভক্ত করে যা প্রতিটি একটি নির্দিষ্ট ডোমেইন নিয়ন্ত্রণ করে এবং নেটওয়ার্কের উপর যোগাযোগ করে। Node এর হালকা ওজন, দ্রুত-শুরু প্রকৃতি তাদের জন্য উপযুক্ত — কিন্তু আর্কিটেকচার বিতরণ-ব্যবস্থা জটিলতা নিয়ে আসে যার জন্য আপনাকে পরিকল্পনা করতে হবে।

## মনোলিথ বনাম মাইক্রোসার্ভিসেস

```text
Monolith:      one codebase/deployment — simple to build, harder to scale teams
Microservices: many small services — independent deploy/scale, but distributed complexity
```

Microservices প্রক্রিয়া-মধ্য সরলতা অপারেশনাল নমনীয়তার বিনিময়ে দেয় — শুধুমাত্র যখন আপনি সত্যিই স্বাধীন স্কেলিং/স্থাপনার প্রয়োজন বা একাধিক টিম থাকে তখনই মূল্যবান।

## সেবার মধ্যে যোগাযোগ

```text
Synchronous:  REST / gRPC — direct request/response (simple, but tight coupling + cascading failures)
Asynchronous: message queues (RabbitMQ, Kafka) — events, decoupled, resilient
```

```js
// async/event-driven decouples services — a service publishes an event;
// others react without the publisher knowing/waiting for them
await queue.publish("order.created", { orderId: 123 });
// the email service, inventory service, etc. each consume it independently
```

যেখানে সম্ভব **asynchronous messaging** পছন্দ করুন বিচ্ছিন্নতা এবং স্থিতিস্থাপকতার জন্য; সিঙ্ক্রোনাস কল সহজ কিন্তু শক্তিশালী সংযোগ এবং ব্যর্থতা cascades তৈরি করে।

## মূল উদ্বেগ যা আপনাকে সমাধান করতে হবে

```text
✓ Service discovery / API gateway — how services find each other & route external traffic
✓ Data ownership — each service owns its OWN database (no shared DB) → loose coupling
✓ Resilience — timeouts, retries, circuit breakers (a down service shouldn't cascade)
✓ Distributed tracing & centralized logging — debug a request across many services
✓ Eventual consistency — no cross-service transactions; use sagas / events
✓ Authentication — propagate identity (JWT) across service calls
✓ Idempotency — retried messages shouldn't double-process
```

## স্থিতিস্থাপকতা উদাহরণ: circuit breaker

```js
// stop hammering a failing dependency; fail fast and recover gracefully
const breaker = new CircuitBreaker(callPaymentService, { timeout: 3000, errorThreshold: 50 });
breaker.fallback(() => ({ status: "queued" })); // degrade gracefully when it's down
```

## ট্রেড-অফ সততা

```text
Microservices add real complexity: network failures, distributed debugging, data
consistency, deployment orchestration, more infrastructure. Many apps are better
as a well-structured monolith. Adopt microservices for specific needs, not by default.
```

## কেন এটি গুরুত্বপূর্ণ

Microservices একটি প্রধান আর্কিটেকচারাল পছন্দ উল্লেখযোগ্য ট্রেড-অফ সহ।

Node তাদের সাড়া দেয় (হালকা ওজন, দ্রুত স্টার্টআপ), কিন্তু কঠিন অংশ কোড নয় — তারা **বিতরণ-ব্যবস্থা উদ্বেগ**: আন্তঃ-সেবা যোগাযোগ (বিচ্ছিন্নতার জন্য async messaging পছন্দ), স্বাধীন ডেটা মালিকানা, স্থিতিস্থাপকতা (cascading failures প্রতিরোধের জন্য timeouts/retries/circuit breakers), পর্যবেক্ষণযোগ্যতা (সেবা জুড়ে tracing/logging), এবং চূড়ান্ত সামঞ্জস্য।

এগুলি বোঝা — এবং সৎ বাস্তবতা যে microservices জটিলতা যোগ করে যা অনেক অ্যাপ্লিকেশনের প্রয়োজন নেই (একটি ভাল মনোলিথ প্রায়ই ভাল) — এটি যা একটি সুস্থ আর্কিটেকচারাল সিদ্ধান্তকে একটি ট্রেন্ডি প্যাটার্ন cargo-culting থেকে আলাদা করে।