Während ich die Vorbereitungsphase nachverfolgte, übersprang ich eine Box im Sequenzdiagramm, weil ich sehen wollte, ob irgendetwas tatsächlich davon abhing.
Zunächst sah nichts kaputt aus.
Operatoren hatten immer noch Oracle-Preise.
Sie hatten immer noch Risikodaten.
Die Richtliniebewertung sah weiterhin möglich aus.
Ich erwartete, dass die nächste Box die Richtlinienaustführung ist.
Es war nicht so.
Der Ablauf stoppte einen Schritt früher.
Ich habe es erneut überprüft.
Gleiche Reihenfolge.
Ich überprüfte es zum dritten Mal.
Immer noch die gleiche Reihenfolge.
Das war der einzige Abschnitt, den ich am Ende unterstrichen habe.
Ich lag falsch.
Ich hatte die Prepare-Phase wie einen zusätzlichen Protokollschritt behandelt.
Je mehr ich der Sequenz gefolgt bin, desto weniger funktionierte diese Erklärung.
Ich habe aufgehört zu fragen, warum das Protokoll die Policy-Auswertung verzögert.
Ich habe angefangen zu fragen, was still kaputtgehen würde, wenn es nicht so wäre.
Das fühlte sich nach einer viel besseren Frage an.
Wenn jeder Operator zur Policy-Auswertung eine leicht unterschiedliche Version der Realität mitbringt, dann erzeugt deterministische Ausführung nicht unbedingt ein einzig deterministisches Ergebnis.
Da war der Moment, in dem ich aufgehört habe, die Sequenz zu lesen.
Ich habe angefangen, daran zu debuggen.
Ich habe alles wieder gelesen.
Unabhängige Sammlung.
Vorbereiten.
Kanondatensatz.
Policy-Auswertung.
Signaturen.
Quorum.
Nichts in dieser Reihenfolge fühlte sich mehr zufällig an.
Ich habe vier Worte neben das Diagramm geschrieben.
**Übereinstimmung vor dem Urteil.**
Das stand nicht in der Dokumentation.
Für mich war das einfach der leichteste Weg, mir zu merken, was mich an der Sequenz so sehr gestört hat.
Ich habe aufgehört, die Prepare-Phase als eine weitere Protokollkomponente zu betrachten.
Ich habe angefangen, sie als die letzte Gelegenheit zu begreifen, Meinungsverschiedenheiten zu beseitigen, bevor irgendjemand gebeten wird, eine Entscheidung zu treffen.
So verstehe ich es, nachdem ich die Architektur von Anfang bis Ende nachverfolgt habe.
Es hat auch verändert, worauf ich achten.
Mich interessiert nicht mehr, ob Newton Policy ausführen kann.
Mich interessiert, ob diese Trennung weiterhin dabei hilft, Operator-Entscheidungen verständlich zu machen, sobald Oracle-Updates unter realen Netzwerkbedingungen laut, verzögert oder inkonsistent werden.
Architekturdiagramme sind immer sauber.
Produktionssysteme sind selten so.
Ich habe noch nicht genug operative Historie gesehen, um zu wissen, ob sich diese Grenze auch dann noch so offensichtlich anfühlt, wenn der Happy Path verschwindet.
Das ist die Frage, die ich mit nach vorne trage.
$NEWT Für mich wird das erst interessant, wenn diese Grenze zwischen geteilter Realität und geteilten Entscheidungen auch lange nach Produktionsende noch leicht nachvollziehbar bleibt, obwohl das, was dann zu sehen ist, nicht mehr wie das Diagramm aussieht.