NestJS অন্তর্নিহিত মাইক্রোসার্ভিসেস সাপোর্ট রয়েছে — এটি একটি মাইক্রোসার্ভিস হিসাবে চলতে পারে যা বিভিন্ন ট্রান্সপোর্ট এর উপর যোগাযোগ করে (TCP, Redis, NATS, RabbitMQ, Kafka, gRPC) HTTP এর পরিবর্তে, একটি সামঞ্জস্যপূর্ণ, বার্তা-ভিত্তিক প্রোগ্রামিং মডেল ব্যবহার করে। একই NestJS কাঠামো (modules, services, DI) প্রযোজ্য; শুধুমাত্র ট্রান্সপোর্ট এবং বার্তা প্যাটার্ন পরিবর্তন হয়।
app = .(, {
: .,
: { : , : },
});
app.();
@Controller()
export class MathController {
// REQUEST-RESPONSE: respond to a message and RETURN a result (RPC-style)
@MessagePattern({ cmd: "sum" })
sum(data: number[]): number {
return data.reduce((a, b) => a + b, 0); // the caller awaits this result
}
// EVENT-BASED: react to an event, NO response expected (fire-and-forget)
@EventPattern("order_created")
handleOrderCreated(data: OrderDto) {
this.processOrder(data); // just react; nothing returned
}
}
দুটি যোগাযোগ শৈলী: @MessagePattern অনুরোধ-প্রতিক্রিয়ার জন্য (কলার একটি ফলাফলের জন্য অপেক্ষা করে, RPC এর মতো) এবং @EventPattern ইভেন্টের জন্য (fire-and-forget, বিচ্ছিন্ন — প্রকাশক অপেক্ষা করে না)।
@Injectable()
export class AppService {
constructor(@Inject("MATH_SERVICE") private client: ClientProxy) {}
async getSum() {
// send() → request-response (returns an Observable of the result)
return this.client.send({ cmd: "sum" }, [1, 2, 3]);
// emit() → fire an event (no response)
this.client.emit("order_created", orderData);
}
}
একটি ClientProxy (ClientsModule এর মাধ্যমে কনফিগার করা) অন্যান্য সেবাগুলিতে বার্তা/ইভেন্ট পাঠায় — অনুরোধ-প্রতিক্রিয়ার জন্য send(), ইভেন্টের জন্য emit()।
// an app can serve HTTP AND connect microservice transports simultaneously
const app = await NestFactory.create(AppModule);
app.connectMicroservice({ transport: Transport.RMQ, options: {...} });
await app.startAllMicroservices();
await app.listen(3000); // HTTP too
TCP → simple direct service-to-service
Redis/NATS → lightweight pub/sub messaging
RabbitMQ/Kafka → robust message queues/streams (durability, retries, decoupling)
gRPC → high-performance, strongly-typed RPC (protobuf)
→ Async message brokers (RMQ/Kafka) give decoupling & resilience; gRPC gives speed+typing.
NestJS এর অন্তর্নিহিত মাইক্রোসার্ভিসেস সাপোর্ট উল্লেখযোগ্য কারণ এটি আপনাকে HTTP এর পরিবর্তে বার্তা-ভিত্তিক ট্রান্সপোর্ট ব্যবহার করার সময় একই পরিচিত NestJS কাঠামো (modules, providers, DI, decorators) ব্যবহার করে বিতরণ করা সিস্টেম তৈরি করতে দেয় — একটি প্রধান উৎপাদনশীলতা এবং সামঞ্জস্য সুবিধা।
এটি বোঝা স্কেলেবল সিস্টেম স্থাপনার জন্য গুরুত্বপূর্ণ: বার্তা-প্যাটার্ন (অনুরোধ-প্রতিক্রিয়া) বনাম ইভেন্ট-প্যাটার্ন (fire-and-forget) পার্থক্য মাইক্রোসার্ভিসেস যোগাযোগের মৌলিক পছন্দে সরাসরি ম্যাপ করে — সিঙ্ক্রোনাস RPC-শৈলী কল বনাম অ্যাসিঙ্ক্রোনাস, বিচ্ছিন্ন ইভেন্ট (পরবর্তীটি, বার্তা ব্রোকারের মাধ্যমে, স্থিতিস্থাপকতা এবং শিথিল সংযোগ প্রদান করে যা মাইক্রোসার্ভিসেস শক্তিশালী করে তোলে)।
মাইক্রোসার্ভিসেস কীভাবে তৈরি করতে হয়, বার্তা/ইভেন্ট হ্যান্ডলার সংজ্ঞায়িত করতে হয়, ClientProxy এর মাধ্যমে অন্যান্য সেবা কল করতে হয়, হাইব্রিড HTTP+মাইক্রোসার্ভিস অ্যাপ তৈরি করতে হয়, এবং ট্রান্সপোর্ট নির্বাচন করতে হয় (হালকা pub/sub বনাম টেকসই কিউ যেমন Kafka/RabbitMQ বনাম উচ্চ-পারফরম্যান্স gRPC) জানা সিনিয়র-স্তরের জ্ঞান বিতরণ করা ব্যাকএন্ডস ডিজাইন করার জন্য মূল্যবান।
মাইক্রোসার্ভিসেস প্রকৃত জটিলতা যোগ করে (এবং সর্বদা একটি monolith এর উপর সঠিক পছন্দ নয়), NestJS বাস্তবায়ন পরিষ্কার এবং সামঞ্জস্যপূর্ণ করে তোলে, এটিকে বৃহত্তর-স্কেল, বিতরণ করা NestJS সিস্টেম তৈরির জন্য একটি গুরুত্বপূর্ণ স্থাপত্য বিষয় করে তোলে।