development
ADR › Mixed-Synchrone-Asynchrone Kommunikation
| status | proposed |
|---|---|
| date | 2023-04-XX |
| deciders | Finn Gedrath, Leonard Pelzer |
| consulted | |
| informed |
Kontext und Problemstellung
Es muss ein Kommunikations-Paradigma für die Komunikation zw. Client und der Micro-Services gewählt werden werden.
In Betracht gezogene Optionen
- sycnhron
- asynchron
- mixed-synchron-asynchron
Ergebnis der Entscheidung
Gewählte Option: “mixed-asynchron-synchron”, weil das Use Case Argument überwiegt. Die asynchrone Kommunikation soll über Events geschehen. Ein Fallback ist eine synchrone Kommunikation mit Polling der Veränderungen im System.
Consequences
- 🟢 Gut, weil für bestimmte Use Cases Echtzeit-Kommunikation für eine Reaktion auf Events vorhanden sein muss. Mit einem mixed-Ansatz kann beides abgedeckt werden.
- 🔴 Schlecht, weil die Komplexität des Systems erhöht wird, da beide Paradigmen vom Team umgesetzt werden müssen.
Validierung
Die Architektur soll zeitnah im Projekt-Verlauf für einen exemplarischen Use Case umgesetzt werden, um deren Auswirkungen messen zu können und das Wissen im Team zu verteilen.