Warum Eventual Consistency in regulierten Netzwerken unvermeidbar ist
Eine der häufigsten Frustrationen für Teams, die mit regulierten Netzwerken arbeiten, ist folgende:
Die Regeln sind klar.
Die Standards sind definiert.
Und dennoch verhalten sich Systeme nicht so, wie man es von einer „sofortigen Korrektheit“ erwarten würde.
Dies wird häufig als Problem wahrgenommen.
In regulierten Netzwerken ist Eventual Consistency jedoch keine Schwäche – sie ist ein bewusstes Ergebnis.
Dieser Artikel konzentriert sich darauf zu verstehen, warum in regulierten Netzwerken nicht sofortige Konsistenz, sondern über die Zeit entstehende Korrektheit das eigentliche Ziel ist.
Was bedeutet ein reguliertes Netzwerk?
Ein reguliertes Netzwerk bedeutet:
- Die Teilnahme ist kontrolliert
- Rollen, Befugnisse und Verantwortlichkeiten sind klar definiert
- Regeln werden zentral festgelegt
aber
- Implementierung
- Performance
- Prozessabläufe
- technische Details
werden nicht von einer einzigen zentralen Instanz erzwungen.
Mit anderen Worten:
Reguliert ≠ Zentralisiert
Netzwerke wie PEPPOL sind ein gutes Beispiel für diese Struktur,
doch dieser Ansatz ist nicht auf PEPPOL beschränkt.
Es gibt keinen einzigen „korrekten Moment“
In regulierten Netzwerken wird eine Transaktion:
- nicht innerhalb eines einzelnen Systems abgeschlossen
- nicht durch einen einzigen Akteur beendet
- nicht mit einer einzigen Kontrolle finalisiert
Ein Dokument:
- wird gesendet
- wird empfangen
- durchläuft Vorprüfungen
- wird in unterschiedlichen Systemen verarbeitet
- unterzieht sich tiefergehenden Validierungen
- erreicht schließlich ein finales Ergebnis
All diese Schritte können nicht gleichzeitig stattfinden.
Daher hat die Frage:
„Ist es jetzt korrekt?“
keine einzige, universelle Antwort.
Diese Realität bildet die Grundlage von Eventual Consistency.
Korrektheit ist wertvoller als Geschwindigkeit
Die Priorität regulierter Netzwerke liegt:
- nicht in einer schnellen Antwort
- sondern in der korrekten Erfüllung von Verantwortlichkeiten
Einige Prüfungen sind:
- kostenintensiv
- zeitaufwendig
- von externen Systemen abhängig
- rechtlich relevant
Diese Prüfungen jederzeit synchron durchzuführen:
- verlangsamt Systeme
- erzeugt netzwerkweite Latenzen
- ist operativ nicht nachhaltig
Deshalb folgt man in regulierten Netzwerken häufig diesem Modell:
zuerst akzeptieren
später verifizieren
Dieser Ansatz erzeugt Eventual Consistency – hält das System jedoch funktionsfähig.
Die zentrale Instanz kann das „Wie“ nicht erzwingen
In regulierten Netzwerken definiert die zentrale Instanz:
- welche Regeln anzuwenden sind
- wer welche Rolle übernimmt
Sie kann jedoch nicht vorschreiben:
- wann eine Prüfung ausgeführt werden muss
- wie schnell eine Antwort erfolgen soll
- in welcher Reihenfolge Kontrollen anzuwenden sind
Denn:
- Länder unterscheiden sich
- Institutionen unterscheiden sich
- technische Infrastrukturen unterscheiden sich
- rechtliche Verpflichtungen unterscheiden sich
Diese Freiheit führt zwangsläufig zu:
- zeitlichen Unterschieden
- unterschiedlichen Prozessflüssen
- unterschiedlichen Systemverhalten
Sie stellt jedoch sicher, dass die Regeln letztlich eingehalten werden.
Fehler können nicht immer sofort erkannt werden
In regulierten Netzwerken werden manche Fehler:
- erst erkannt, nachdem ein Prozess begonnen hat
- während tiefergehender Prüfungen sichtbar
An diesem Punkt das System vollständig zu stoppen:
- kann teuer sein
- ist operativ oft nicht möglich
- kann sogar rechtlich unzulässig sein
Daher erlauben Systeme:
- das Fortschreiten von Prozessen
- die spätere Behandlung von Fehlern
- die nachträgliche Korrektur von Ergebnissen
Auch dieser Ansatz führt naturgemäß zu Eventual Consistency.
Vertrauen entsteht nicht durch sofortige Konsistenz
Hier besteht ein weitverbreiteter Irrtum:
„Vertrauen = jede Nachricht ist sofort korrekt“
In regulierten Netzwerken entsteht Vertrauen durch:
- Identitätsprüfung
- klar definierte Verantwortlichkeiten
- Nachvollziehbarkeit
- Auditierbarkeit
- Durchsetzungsmechanismen
Mit anderen Worten:
Vertrauen entsteht nicht durch sofortige Korrektheit,
sondern dadurch, dass Fehler nicht verborgen werden können.
Ein Fehler:
- kann spät erkannt werden
- verschwindet jedoch nicht
- hinterlässt Spuren
- bleibt erklärbar
Diese Struktur ist vollständig kompatibel mit Eventual Consistency.
Die reale Welt ist bereits „eventual“
Tatsächlich sind regulierte Netzwerke die digitale Abbildung der realen Welt.
- Banktransaktionen
- Handelsprozesse
- rechtliche Entscheidungen
- Steuer- und Buchhaltungsabläufe
keiner dieser Prozesse funktioniert mit „sofortiger absoluter Korrektheit“.
Regulierte Netzwerke übertragen diese Realität in digitale Systeme.
Architektonische Konsequenzen
Wenn diese Realitäten akzeptiert werden, verändert sich auch der Integrationsansatz.
In regulierten Netzwerken gilt:
- Integration ist ein Prozess, kein einzelner Aufruf
- Statusverfolgung ist zentral
- asynchrone Abläufe sind normal
- Retry und Replay sind unvermeidbar
- Beobachtbarkeit wird kritisch
Eventual Consistency ist kein Nebenprodukt dieser Architektur –
sie ist ihr natürliches Ergebnis.
Fazit
In regulierten Netzwerken ist Eventual Consistency:
- kein Mangel
- keine Schwäche
- keine Übergangslösung
Sie ist das unvermeidbare Zusammenspiel aus verteilter Verantwortung, rechtlichen Anforderungen und technischen Realitäten.
Das Ziel regulierter Netzwerke ist:
nicht sofort korrekt zu sein,
sondern sicherzustellen, dass nichts dauerhaft falsch bleibt.
Deshalb ist Eventual Consistency unvermeidbar.
