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 ईभेन्टहरूको लागि (आग र भूल, विघटित — प्रकाशकले प्रतीक्षा गर्दैन)।
@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) प्रयोग गरेर वितरित प्रणालीहरू निर्माण गर्न दिन्छ — एक प्रमुख उत्पादकता र सङ्गति लाभ।
यसलाई बुझ्नु स्केलेबल प्रणालीहरू आर्किटेक्ट गर्नको लागि महत्त्वपूर्ण छ: सन्देश-ढाँचा (अनुरोध-प्रतिक्रिया) बनाम ईभेन्ट-ढाँचा (आग-र-भूल) भेद माइक्रोसर्भिसहरू संचारको मौलिक छनौटमा सीधै नक्सा गर्छ — सिंक्रोनस RPC-शैली कल बनाम अतुल्यकालीन, विघटित ईभेन्टहरू (पछिल्लो, सन्देश ब्रोकर माथ, लचीलापन र ढीलो युग्मन प्रदान गरेर जो माइक्रोसर्भिसहरूलाई दृढ बनाउँछ)।
माइक्रोसर्भिसहरू बनाउन कसरी जान्नु, सन्देश/ईभेन्ट ह्यान्डलरहरू परिभाषित गर्नु, ClientProxy माथ अन्य सेवाहरू बोलाउनु, HTTP+माइक्रोसर्भिस ऐप्स निर्माण गर्नु, र ट्रान्सपोर्टहरू छनौट गर्नु (हल्का pub/sub बनाम टिकाऊ कतार जस्तै Kafka/RabbitMQ बनाम उच्च-कार्यक्षमता gRPC) वितरित ब्याक-एन्डहरू डिजाइन गर्नको लागि मूल्यवान सिनियर-स्तरको ज्ञान छ।
जबकि माइक्रोसर्भिसहरूले वास्तविक जटिलता जोड्छन् (र सधैं monolith मा छनौटको सही होइन), NestJS ले कार्यान्वयन स्वच्छ र सुसङ्गत बनाउँछ, यो ठूलो-स्तरीय, वितरित NestJS प्रणालीहरू निर्माण गर्नको लागि एक महत्त्वपूर्ण आर्किटेक्चरल विषय बनाएर।