Seminar NestJS – Microservices, Messaging und Resilienz

NestJS abstrahiert viele Transportmechanismen, aber die fachlichen und betrieblichen Konsequenzen bleiben bestehen. Nachrichten können doppelt, verspätet oder gar nicht verarbeitet werden; abhängige Dienste können langsam oder nicht verfügbar sein.

Dieses Seminar konzentriert sich deshalb auf belastbare Kommunikations- und Fehlermodelle. Die Teilnehmer entwickeln mehrere Dienste, vergleichen synchrone und asynchrone Varianten und prüfen das System unter gezielt erzeugten Störungen.

Seminarziele

Sie können NestJS-Microservices mit klaren Verträgen und bewusst gewählten Transportmechanismen entwerfen.

Sie behandeln Teilfehler, Wiederholungen, Duplikate und verteilte Datenkonsistenz systematisch und machen Abläufe über Logs, Metriken und Traces nachvollziehbar.

Seminarinhalte

Servicezuschnitt und Kommunikationswahl

• Fachliche Grenzen, Datenhoheit und Abhängigkeiten zwischen Diensten bestimmen
• Request-Response, RPC, Commands und Events nach Kopplung und Konsistenzbedarf auswählen
• Hybridanwendungen und schrittweise Extraktion aus einem Monolithen planen

NestJS Microservices API

• MessagePattern, EventPattern, ClientProxy und Observable-basierte Antworten einsetzen
• Fehler, Timeouts und Metadaten über Transportgrenzen behandeln
• Gemeinsame Bibliotheken begrenzen und Vertragsmodelle versionieren

Transporter und Broker

• TCP und Redis für einfache Szenarien einordnen
• NATS, RabbitMQ und Kafka nach Routing, Persistenz, Reihenfolge und Verbrauchergruppen vergleichen
• gRPC für typisierte synchrone Kommunikation und Streaming nutzen

Resilienzmechanismen

• Timeouts, Retries, Backoff, Circuit Breaker und Bulkheads kombinieren
• Idempotente Handler, Deduplication und Dead-Letter-Verarbeitung implementieren
• Backpressure, Überlastschutz und kontrollierte Degradation berücksichtigen

Verteilte Geschäftsprozesse

• Lokale Transaktionen und eventual consistency voneinander abgrenzen
• Outbox- und Inbox-Muster für zuverlässige Ereignisverarbeitung einsetzen
• Sagas, Kompensationen und Prozessstatus transparent modellieren

Sicherheit und Mandantentrennung

• Dienstidentitäten, Transportverschlüsselung und Vertrauensgrenzen planen
• Berechtigungsinformationen sicher weitergeben und neu bewerten
• Geheimnisse und Broker-Zugänge je Umgebung kontrollieren

Tests und Observability

• Handler, Verträge und Broker-Integration auf mehreren Ebenen testen
• Fehlerszenarien, Duplikate und Verzögerungen reproduzierbar simulieren
• Korrelations-IDs, Trace-Kontext, Metriken und Health Checks über Dienste hinweg auswerten

Praxisorientierung

Das Labor umfasst mehrere Dienste und mindestens zwei Kommunikationsarten. Nachrichten werden absichtlich verzögert, dupliziert oder abgebrochen, damit die Resilienzmechanismen unter realistischen Bedingungen überprüft werden können.

Die Teilnehmer dokumentieren für jeden Kommunikationsweg Vertrag, Zustellannahmen, Fehlerstrategie und Betriebsindikatoren. Damit wird die Architektur auch für andere Teams nachvollziehbar.