Wenn du einen Prozess automatisierst, erledigt eine einzelne Aufgabe oft mehrere Dinge auf einmal: Sie führt Logik aus, schreibt etwas in die Datenbank und ruft die Engine auf, damit der Prozess weiterläuft. Aber was passiert, wenn davon nur ein Teil gelingt?

In Camunda 7 war das kein Problem, solange die Engine eingebettet lief. Alles lag in einer gemeinsamen Transaktion, also wurde entweder alles zusammen gespeichert oder nichts. Mit Zeebe fällt dieser Schutz weg. 
Die Engine läuft als eigenständiges System mit eigener Datenbank, erreichbar nur über das Netzwerk. Anwendung und Engine teilen keine gemeinsame Transaktion mehr, und so kann das eine gelingen, während das andere fehlschlägt. Genau daraus entstehen neue Probleme: ein Prozess ohne seine Daten, eine verlorene Nachricht oder eine doppelte Ausführung, im schlimmsten Fall eine zweite Abbuchung beim Kunden.

In diesem Talk zeige ich, wie man diese Herausforderung beherrscht: mit dem Outbox-Pattern für verlässliche Kommunikation und mit Idempotenz gegen Duplikate. Praxisnah, mit Code und ehrlichen Trade-offs. Und weil die Folgen bei Betrieb, Support und Kunde landen, ist es ein Thema fürs ganze Team.