NestJS मध्ये अंतर्निर्मित मायक्रोसर्विसेस समर्थन आहे — हे विविध transports (TCP, Redis, NATS, RabbitMQ, Kafka, gRPC) वर संवाद साधणारी मायक्रोसर्विस म्हणून चालू शकते, HTTP ऐवजी, सुसंगत, संदेश-आधारित प्रोग्रामिंग मॉडेल वापरून. समान NestJS संरचना (modules, services, DI) लागू होते; केवळ transport आणि message patterns बदलतात.
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 request-response साठी (कॉलर परिणामाची प्रतीक्षा करतो, RPC सारखे) आणि @EventPattern events साठी (fire-and-forget, decoupled — प्रकाशक प्रतीक्षा करत नाही).
@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 द्वारे कॉन्फिगर केलेले) इतर services ला messages/events पाठवते — send() request-response साठी, emit() events साठी.
// 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 साठी संदेश-आधारित transports बदलून समान परिचित NestJS संरचना (modules, providers, DI, decorators) वापरून वितरित प्रणाली तयार करण्यास अनुमती देते — एक मोठा उत्पादकता आणि सुसंगतता लाभ.
ess समजून घेणे स्केलेबल प्रणाली आर्किटेक्ट करण्यासाठी महत्वाचे आहे: message-pattern (request-response) बनाम event-pattern (fire-and-forget) भेद थेट मायक्रोसर्विसेस संवादाच्या मूलभूत निवडीशी नक्शा करतो — सिंक्रोनस RPC-शैली कॉल बनाम असिंक्रोनस, decoupled events (नंतरचे, message brokers द्वारे, मायक्रोसर्विसेसला मजबूत करणारा resilience आणि loose coupling प्रदान करते).
मायक्रोसर्विसेस कसे तयार करायचे, message/event handlers परिभाषित करायचे, ClientProxy द्वारा इतर services कॉल करायचे, hybrid HTTP+microservice apps बिल्ड करायचे, आणि transports निवडायचे (lightweight pub/sub बनाम durable queues जसे की Kafka/RabbitMQ बनाम high-performance gRPC) हे वितरित back-ends डिজाइन करण्यासाठी मूल्यवान senior-level ज्ञान आहे.
मायक्रोसर्विसेस वास्तविक जटिलता जोडतात (आणि नेहमी monolith वरचे योग्य निवड नसतात), NestJS अंमलीकरण स्वच्छ आणि सुसंगत करते, मोठे प्रमाणात, वितरित NestJS प्रणाली तयार करण्यासाठी ही महत्वाची आर्किटेक्चरल विषय बनवते.