Die Entscheidung
Eine empfangene Nachricht ist keine abgeschlossene Geschäftsaktion. Rechnen Sie mit Wiederholungen und anderer Reihenfolge. Stripe dokumentiert dieses Verhalten; prüfen Sie andere Anbieter gesondert.
Ein konkretes Beispiel
Ein fiktives Ereignis „Rechnung bezahlt“ wird geprüft, mit geplanter Arbeit gespeichert und erst nach dauerhafter Annahme bestätigt. Bei Wiederholung verhindert die Kennung doppelte Gutschrift. Spätere Fehler behalten einen wiederholbaren Status.
Sinnvolle Alternativen
Eine Inbox speichert Eingänge, eine Outbox Arbeit aus Ihrer Transaktion. Sie trennen dauerhafte Absicht und Netzwerk. Ein Abgleich erkennt Unterschiede ohne Fehlermeldung.
Wo der Plan scheitert
Speichern Sie Kennungen nicht nur im Arbeitsspeicher und markieren Sie Abschluss nicht vor Commit. Regeln Sie alte Ereignisse anhand Zustand oder Version. Verzögern Sie temporäre Wiederholungen und prüfen Sie dauerhaft falsche Daten.
Zustellidentität und Geschäftsidentität trennen
Speichern Sie Ereigniskennung und Rechnungsreferenz. Verschiedene Ereignisse können dieselbe Rechnung betreffen; alle späteren zu sperren verliert gültige Änderungen. Dasselbe Ereignis darf gleichzeitig keine zweite Gutschrift erzeugen. Bestimmen Sie Empfangsschlüssel und fachliche Zustandsbedingung und bestätigen Sie diese Prüfungen zusammen mit der Änderung.
Prüfen Sie den Absender nach dokumentiertem Verfahren vor der Annahme. Bei signiertem Rohinhalt behalten Sie die ursprünglichen Bytes statt JSON neu zu erzeugen. Signiergeheimnisse gehören weder in Logs noch Repository. Prüfung, Wiederholungszeiten und Aufbewahrung sind anbieterspezifisch; kopierter Fremdcode kann scheinbar funktionieren und das Falsche prüfen.
Wiederherstellung am ungünstigen Zeitpunkt zeigen
Stoppen Sie den Worker nach Empfang, nach dauerhafter Annahme und während der fachlichen Änderung. Prüfen Sie Inbox und Datensatz nach Neustart. Ein externer Effekt kann bereits angenommen sein, bevor das lokale Ergebnis gespeichert wurde. Nutzen Sie unterstützte Idempotenz oder Abgleich; ein lokales Statusfeld garantiert keine genau einmalige Zustellung.
Kontrollierte Wiederholung erhält Originalidentität und Begründung. Dauerhaft ungültige Daten gehören in Ausnahmen statt Endlosschleifen. Abstimmung vergleicht maßgebliche Datensätze über ein definiertes Intervall. Vereinbaren Sie Prüfung, dringliche Bearbeitung und Abschlussbeleg. Eine Warteschlange ohne Zuständigkeit kann Daten bewahren, während niemand den Stillstand bemerkt.
Vor der Beauftragung
Hat Wiederholung nur eine Wirkung? Läuft der Worker nach Absturz weiter? Lässt sich ein Datensatz untersuchen und wiederholen? Verwenden Sie diese Vorführungen zur Integrationsabnahme.