NestJS are suport încorporat pentru microservicii — poate funcționa ca un microserviciu care comunică prin diverse transport-uri (TCP, Redis, NATS, RabbitMQ, Kafka, gRPC) în loc de HTTP, folosind un model de programare consecvent, bazat pe mesaje. Aceeași structură NestJS (module, servicii, DI) se aplică; doar transport-ul și pattern-urile de mesaje se schimbă.
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
}
}
Două stiluri de comunicare: @MessagePattern pentru request-response (apelantul așteaptă un rezultat, ca RPC) și @EventPattern pentru evenimente (fire-and-forget, decuplat — editorul nu așteaptă).
@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);
}
}
Un ClientProxy (configurat via ClientsModule) trimite mesaje/evenimente către alte servicii — send() pentru request-response, emit() pentru evenimente.
// 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.
Suportul încorporat al NestJS pentru microservicii este semnificativ pentru că vă permite să construiți sisteme distribuite folosind aceeași structură NestJS familiară (module, provideri, DI, decoratori) în timp ce înlocuiți HTTP cu transport-uri bazate pe mesaje — un avantaj major de productivitate și consistență.
Înțelegerea acestui subiect este importantă pentru proiectarea sistemelor scalabile: distinția dintre message-pattern (request-response) și event-pattern (fire-and-forget) se mapează direct la alegerea fundamentală de comunicare în microservicii — apeluri sincrone de tip RPC versus evenimente asincrone și decuplate (acestea din urmă, prin intermediul brokerilor de mesaje, oferind reziliență și decuplare slabă care fac microserviciile robuste).
Cunoașterea modului de a crea microservicii, de a defini handleri de mesaje/evenimente, de a apela alte servicii prin ClientProxy, de a construi aplicații hibride HTTP+microserviciu și de a alege transport-uri (pub/sub ușor versus cozi durabile ca Kafka/RabbitMQ versus gRPC de înaltă performanță) este cunoștință valoroasă la nivel senior pentru proiectarea back-end-urilor distribuite.
Deși microserviciile adaugă complexitate reală (și nu sunt întotdeauna alegerea corectă față de un monolitic), NestJS face implementarea curată și consecventă, făcând acest subiect important din punct de vedere arhitectural pentru construirea sistemelor NestJS mari și distribuite.
O bibliotecă de întrebări de interviu IT cu răspunsuri detaliate — de la Junior la Senior.
Donează