Asynchrone Verarbeitung einführen
Nebenwirkungen aus dem kritischen Antwortpfad lösen — robust, nachvollziehbar, idempotent.
Was ist das? · Playbook
Ein wiederholbares Vorgehen für eine wiederkehrende Herausforderung — Situation, Schritte, Entscheidungspunkte und Validierung. Wie wir es tun, nicht warum. Zur Übersicht
Wann dieses Playbook greift.
Operationen lösen Nebenwirkungen aus, die langsam oder unzuverlässig sind: Benachrichtigungen, Exporte, Drittsystem-Aufrufe. Synchron gehalten koppeln sie Antwortzeit und Erfolg an das langsamste beteiligte System.
Ziele
- Die Antwortzeit ist von langsamen Nebenwirkungen entkoppelt.
- Nebenwirkungen sind robust gegen Fehler und Wiederholung.
- Der Betrieb bleibt nachvollziehbar.
Typische Risiken
- Doppelte Effekte durch At-least-once-Zustellung.
- Verlorene Jobs ohne Wiederholung oder Nachweis (Fire-and-forget).
- Unsichtbare Queues und Worker im Betrieb.
- Eventual consistency, die die Oberfläche nicht berücksichtigt.
Bevor wir bauen.
- Kritischen Antwortpfad von auslagerbaren Nebenwirkungen trennen.
- Zustellsemantik und Idempotenzstrategie festlegen.
- Monitoring für Queue, Worker und fehlgeschlagene Jobs vorsehen.
Wie wir vorgehen.
Nur außerhalb des kritischen Pfads
Was für die Antwort kritisch ist, bleibt synchron. Nur entkoppelbare Nebenwirkungen wandern in die Queue.
Idempotenz als Pflicht
Jeder Job ist idempotent: Ein idempotenter Schlüssel wird in derselben Transaktion wie der Effekt geprüft und persistiert. At-least-once erzeugt so keine doppelten Effekte.
Sichtbarkeit von Beginn an
Durchsatz, Laufzeiten und fehlgeschlagene Jobs sind sichtbar. Retries und Dead-Letter-Handling sind explizit.
Eventual consistency bewusst behandeln
Die Oberfläche kommuniziert, dass ein Effekt in Arbeit ist (etwa 202 Accepted), statt sofortige Konsistenz vorzutäuschen.
Fragen, die eine Antwort brauchen.
Ist die Operation wirklich außerhalb des kritischen Antwortpfads?
Ist der Job idempotent?
Sind Retry- und Fehlerpfade definiert?
Berücksichtigt die Oberfläche die eventual consistency?
Validierung
- Doppelte Zustellung erzeugt nachweislich keinen doppelten Effekt.
- Fehlgeschlagene Jobs sind sichtbar und wiederholbar.
- Die Latenz des kritischen Pfads ist entkoppelt und gemessen.
Häufige Fehler
- Kritische Logik asynchron machen und Konsistenz verlieren.
- Fire-and-forget ohne Wiederholung und Nachweis.
- Idempotenz vergessen — doppelte Buchungen, doppelte Mails.
- Queues und Worker ohne Monitoring betreiben.
Wann wir bewusst anders vorgehen.
- Wenn eine Operation klein, schnell und für die Antwort kritisch ist, bleibt sie synchron — Asynchronität wäre unnötige Komplexität.
- Für sehr einfache, seltene Aufgaben kann ein geplanter Batch günstiger sein als eine Queue.
Beteiligte Phasen der Engineering Method
Setzen Sie Ihren Engineering-Weg fort.
Verwandte Konzepte, Entscheidungen, Playbooks und Standpunkte — als zusammenhängender Pfad, nicht als Linkliste.
Verwandte Konzepte
Engineering-Entscheidungen
Standpunkte
Eine ähnliche Herausforderung?
Playbooks zeigen, wie wir denken. Für Ihr konkretes Vorhaben sprechen Sie mit der Geschäftsführung — technisch, ohne Vertrieb.
