
Das Saga Pattern für verteilte Transaktionen
Wie man verteilte Transaktionen über Microservices mit dem Saga Pattern verwaltet: Orchestration gegen Choreography, mit Kompensationslogik.
Kategorien
Systeme & Muster · 40 Artikel · Seite 3 von 4

Wie man verteilte Transaktionen über Microservices mit dem Saga Pattern verwaltet: Orchestration gegen Choreography, mit Kompensationslogik.

Wie du hexagonale Architektur (Ports and Adapters) real umsetzt: klare Grenzen, Dependency Inversion und eine testbare Kerndomäne.

So entwirfst du ein Plugin-System, das deine Anwendung ohne Kernänderungen erweitert: Schnittstellen, Lifecycle-Hooks, Abhängigkeiten und Sandboxing.

Praktischer Leitfaden zu Konsensalgorithmen: Raft, Paxos und Leader Election, mit Beispielen, wann und warum verteilte Systeme sie brauchen.

Praktischer Leitfaden zu Event Sourcing: wann einsetzen, Event Stores implementieren, Projektionen bauen, Schema-Evolution und typische Fehler.

Wie API-Gateways Routing, Authentifizierung, Rate Limiting und Antwortaggregation handhaben – und wie du das richtige baust oder auswählst.

Ein Vergleich der Concurrency-Modelle Threads, async/await und Actors: wann welches passt, welche Tradeoffs gelten und welche Fallstricke lauern.

Wie sich Timeouts, Retries und Backoff-Strategien implementieren lassen, die kaskadierende Ausfälle in verteilten Architekturen verhindern.

Ein Service Mesh verlagert Netzwerkaufgaben wie Retries, Circuit Breaking, mTLS und Observability aus dem Anwendungscode in die Infrastrukturebene.

Wenn ein nachgelagerter Dienst ausfällt, machen weitere Anfragen alles schlimmer — das Circuit-Breaker-Pattern stoppt die Kaskade durch schnelles Fehlschlagen.

CQRS nutzt getrennte Modelle für Lese- und Schreibzugriffe — wann das echte Probleme löst und wann es nur unnötige Komplexität ist.

Entities, Value Objects, Aggregates und Bounded Contexts: die DDD-Patterns, die komplexe Logik ordnen, ohne einfache Systeme zu überfrachten.