AI-Agent Beobachtbarkeit für Split-Brain-Runs: Zaunstabarbeiter

AI Agentobservabilität braucht ein Eigentumssignal, nicht nur mehr Spuren, wenn ein fehlerhafter Arbeiter wieder aufnehmen kann. Geben Sie jedem Erwerb eines dauerhaften Workflows eine monotonisch steigende owner epoch . Die Epoche wird in Fortschrittsereignisse und Versuche von äußeren Effekten verankert. An der Bestimmungsstelle akzeptieren Sie eine Wirkung nur, wenn ihre Epoche noch aktuell ist. Dies trennt drei Fakten, die leicht verwischt werden können: ein Arbeitnehmer lebt; ein Arbeitnehmer tätigt eine Tätigkeit; Ein Arbeiter ist immer noch berechtigt, die Außenwelt zu verändern. Ein Herzschlag unterstützt die erste Behauptung. Ein Kontrollpunkt kann den zweiten unterstützen. Keine der beiden beweist die dritte, nachdem ein anderer Arbeiter übernommen hat. Zwei Ausführungen können jeweils lokal kohärent aussehen, während beide einen Release Index schreiben, eine Kundennmeldung senden, ein Ticket aktualisieren oder das gleiche Artefakt veröffentlichen. Der angemessene Verzug ist ein Mietvertrag für die Übernahme plus ein Zaun an jedem irreversiblen Bestimmungsort. Verwenden Sie den Mietvertrag, um zu entscheiden, wann ein anderer Arbeiter Eigentümer werden kann. Verwenden Sie den Zaun, um den Vertriebenen zu stoppen, wenn er spät aufwacht. Beobachten Sie beide Wege, denn der Mietdienst kann gesund sein, während ein Ziel das Eigentumszeichen ignoriert. Ein aktueller Mietvertrag ist kein Effektzaun Dokumentation über den Mietvertrag von Kubernetes gibt ein nützliches Betonmodell. Vermietungsgegenstände unterstützen Knoten Herzschläge und die Wahl des Komponentenführers. Ein Kubelet aktualisiert spec.renewTime , und die Steuerungsebene verwendet diesen Zeitstempel, wenn die Knotenverfügbarkeit entschieden wird. Die Lease API stellt auch die Identität des Inhabers, die Dauer des Leases und die Übergangsinformationen dar. Diese Felder beantworten Frische und Wahlfragen. Sie lassen einen alten Prozess nicht verschwinden. Ein Arbeiter kann während eines Netzwerkproblems, einer VM Suspension, einer langen Müll Sammlung Stop oder eines blockierten Werkzeuganrufs pausieren. Der Mietvertrag kann ablaufen, ein Ersatz kann Eigentum erwerben und der alte Prozess kann dann vom lokalen Staat wieder aufgenommen werden. Die Grenze ist keine hypothetische Formulierung. Die Kubernetes Paket für die Wahl von Führungskräften sagt ausdrücklich, dass ihre Umsetzung nicht garantiert, dass nur ein Kunde als Führer fungiert. Das Paket konzipiert sich um koordinierte Wahlen und eine tolerierende Bewegung, nicht um eine universelle Garantie dafür, dass jedes System den alten Führer ablehnt. Beweise Was sie unterstützt Was sie nicht beweist jüngste Herzschlag der Prozess oder der Beobachter in letzter Zeit erreichbar war der Prozess besitzt den Workflow aktueller Mietvertragsinhaber der Koordinierungsgeschäft diesen Eigentümer ausgewählt hat Der vorherige Besitzer kann kein Werkzeug erreichen. Spuren mit erfolgreichen Spannungen ein Ausführungsweg vollendet aufgezeichnete Schritte keine konkurrierende Ausführung erzeugte den gleichen Effekt Erhöhung des Kontrollpunkts Dieser Arbeiter hat den lokalen Staat verändert. seine Änderungen genehmigt oder nützlich sind Annahme von Spüle mit aktueller Epoche Dieser Bestimmungsort hat den aktuellen Eigentümer akzeptiert. Alle anderen Bestimmungsorte haben die gleiche Regel durchgesetzt. Die Bedingung split brain execution wird nur dann bezeichnet, wenn Eigentumsnachweise in Konflikt stehen: Eine höhere Epoche wurde erworben, doch eine niedrigere Epoche berichtet noch über Aktivität oder versucht einen Effekt. Eine gewöhnliche Übergabe darf nicht als Vorfall bezeichnet werden. Der alte Arbeiter hat vielleicht ganz sauber aufgehört, und der neue Arbeiter ist vielleicht der einzige Schauspieler nach der Übernahme. Diese Unterscheidung verhindert zwei schlechte Warnungen. Zwei Arbeiter existierten ist zu breit; rollende Ersatz kann gesund sein. Beide Arbeiter erteilten Logs ist auch zu breit; Pufferbeweise können spät ankommen. Die nützliche Frage ist, ob ein Ereignis nach der höheren Epoche stattgefunden hat, nachdem der Koordinierungs Shop den geordneten Übergang oder eine andere autoritäre Sequenz benutzt hat, nicht, welcher Maschinenuhr neuer aussieht. Setzen Sie die Eigentümer Epoche auf die Wirkung Ein beobachtbares Eigentumsregister kann kompakt bleiben. Es sollte den dauerhaften Workflow, den Erwerb, den Arbeiter, die Wirkung und die Beobachtungsfolge identifizieren: workflow key ist die Einheit, die einen Effektbesitzer haben muss. Es handelt sich nicht unbedingt um eine Spuren oder Prozess ID. Ein geplanter Export könnte tenant/export/date verwenden; ein Inbox Agent könnte die Quelle Nachricht ID verwenden; ein Publishing Workflow könnte locale plus Artikel Slug verwenden. owner epoch ist ein monotonisch zunehmender Token, der vom autorisierten Koordinierungsgeschäft zugewiesen wird. Ein Zeitstempel des Arbeitnehmers ist kein sicherer Ersatz. Die Uhren können sich bewegen, und zwei Gastgeber können nicht einverstanden sein. Eine zufällige Ausführung ist nützlich, um Beweise zu vereinen, hat aber keine Ordnungsbeziehung. Die Prüfung muss wissen, dass die Epoche 18 die Epoche 17 verdrängt hat. effect key benennt das äußerlich sichtbare Ergebnis genau genug, um zwei Eigentümer zu erkennen, die auf das gleiche Ergebnis abzielen. Tool Call 44 ist schwach, weil zwei Laufungen verschiedene Anruf IDs wählen. Release Index für den 26. Juli oder Reply to source message 8f2... beschreibt das, was nicht zweimal passieren darf. Aufzeichnen Sie mindestens diese Ereignisarten: lease acquired : ein autorisierter Übergang zu einer höheren Epoche; progress : eine bedeutungsvolle Kontrollstelle, die noch von der Behörde getrennt ist; effect attempted : der Arbeitnehmer ist kurz davor, eine Nebenwirkungsgrenze zu überschreiten; effect committed : die Bestimmung bestätigt die Wirkung; outcome verified : Ein unabhängiges Prädikat bestätigt das beabsichtigte Ergebnis. Der Zustand des Detektors ist einfach. Bei jedem workflow key bleibt die höchste erworbene Epoche. Die Beweise aus einer späteren Epoche nach dieser Akquisition sind veraltet. Ein veraltetes progress Ereignis ist diagnostisch: Ein alter Prozess ist noch aktiv. Ein veraltetes effect attempted Ereignis ist eine Handlung in der Nähe des Verlustes, wenn das Ziel es ablehnt. Ein veraltetes effect committed Ereignis ist ein Korrektheitsvorfall, weil der Zaun gescheitert oder nicht existierte. Eine veraltete Aktivität darf nicht direkt in eine Behauptung über Schäden umgewandelt werden. Aktivität und Wirkung sind unterschiedlich. Der alte Arbeiter könnte eine lokale Berechnung abschließen, einen wegwerfbaren Cache schreiben oder sich selbst abschalten. Die Schwere sollte steigen, wenn die veraltete Epoche ein Ziel erreicht und wieder steigen, wenn zwei Epochen das gleiche effect key begehen. Wiederholen Sie eine unsichere Übernahme und eine saubere Übergabe Die begleitende Festung enthält sechzehn geordnete Veranstaltungen in drei Arbeitsflüssen. export ledger beginnt mit worker alpha in Epoche 17. worker beta erwirbt dann die Epoche 18. Alpha führt eine Weiterentwicklung durch, stellt einen Fortschrittscheckpoint aus, versucht den gemeinsamen Release Index Effekt und verpflichtet sich, einen unsicheren Zielort zu repräsentieren. Beta hat den gleichen Effekt in Epoche 18. report index stellt den Kontrollbehälter zur Verfügung. Epoche 5 setzt einen Schnitt ein, Epoche 6 übernimmt später einen anderen Schnitt und tritt nach dem Übergang kein Ereignis der niedrigeren Epoche auf. checkout sync bleibt bei einem Eigentümer. Durchführung der Prüfung: Das deterministische Ergebnis ist: PASS bedeutet, dass der Akzeptanzstest alle gepflanzten Bedingungen festgestellt hat. Dies bedeutet nicht, dass der unsichere export ledger Workflow gesund war. Sequenz 6 ist eine veraltete Aktivität aus Epoche 17 nach Epoche 18. Sequenz 7 ist der veraltete Versuch. Sequenz 8 ist das unsichere, veraltete Commit. Wenn Sequenz 9 die gleiche Wirkung aus Epoche 18 ausübt, kann die Prüfung sowohl Eigentümer als auch beide Quellereignisse zeigen, anstatt nur eine doppelte Anzahl zu melden. Das Experiment liefert vier praktische Beobachtungen. Erstens ist die Anzahl der Akquisitionen keine Fehlermethrik. Sowohl export ledger als auch report index wechseln Eigentümer. Nur die erstere hat nach der Übernahme Beweise für eine niedrigere Epoche. Zweitens kann ein Kontrollpunkt beweisen, daß ein Verfahren Arbeit leistet und gleichzeitig beweisen, daß die Arbeit nicht autorisiert ist. Verarbeitete Reihen wurden von 400 auf 600 erhöht ist Aktivität, nicht Erlaubnis. Drittens wird die doppelte Erkennung erklärt, wenn sie die Epochen und die Übergangsordnung behält. Ein Betreiber kann sehen, ob das Duplikat von einem Kunden von einem Eigentümer erneut versucht wurde oder von zwei Eigentümern, die über einen Ausfall handelten. Viertens, das ist eine Prüfung von Beweisen, nicht ein verteiltes Sperrbeweis. Das Gerät verwendet eine autorisierte Sequenz, sodass die Entscheidungsschrift überprüfbar ist. Wirkliche Systeme müssen definieren, wo Epochen zugeordnet werden, wie diese Zugeordnetheit dauerhaft gemacht wird und welche Ziele sie atomar durchsetzen. Durchsetzen Sie den Zaun an jedem Zielort Das Loggen von owner epoch diagnostiziert nur einen veralteten Schriftsteller nach der Tatsache. Die Prävention muss dem System entsprechen, das die Wirkung besitzt. Bei Datenbankunterstützten Arbeiten kann dies eine Transaktion sein: die aktuelle Epoche des Workflows sperren oder vergleichen, einen niedrigeren Wert ablehnen und dann den Effekt und seinen Idempotency Schlüssel schreiben, bevor man sich verpflichtet. Der Vergleich und die Wirkung müssen eine atomare Grenze teilen. Die Epoche zu überprüfen, das Schloss freizulassen und dann eine externe API anzurufen, lässt ein Rennen zwischen dem Check und dem Effekt. Kafka dokumentiert eine konkrete Version der Idee. ErzeugerGegründetAusnahme zeigt an, dass ein anderer Hersteller mit demselben transactional.id gestartet ist; die neueste Instanz schließt frühere Instanzen ein, so dass sie keine Transaktionsanfragen mehr stellen können. Das macht Kafkas Mechanismus nicht zu einem universellen Agentenprotokoll. Es zeigt die Eigenschaft, die von einem Bestimmungsort gefragt wird: Kann ein neuer Eigentümer einen älteren Eigentümer am Zeitpunkt des Verpfändens ungültig machen? Viele Werkzeuge können keine Epoche vergleichen. E Mail APIs, Ticket Systeme, Shell Befehle und SaaS Mutationen akzeptieren oft eine Anfrage ohne Ihren Leasinggeschäft zu konsultieren. Verwenden Sie die stärkste Grenze, die das Ziel unterstützt: 1. Übergeben Sie ein Zaunzeichen und benötigen einen atomaren Vergleich, wenn Sie die Spüle steuern. 2. Verwenden Sie einen vom Bestimmungsort erzwungenen Idempotency Schlüssel, wenn duplizierte Effekte gleichwertig sind. 3. Die Produktion wird in der Epoche aufgeschritten, dann wird durch eine Transaktion mit dem aktuellen Eigentümer gefördert. 4. Setzen Sie eine Transaktions Outbox zwischen dem Agenten und der externen API. 5. Wenn keine möglich ist, lassen Sie sich durch effect key versöhnen, legen Sie Unsicherheit auf und benötigen eine menschliche Überprüfung für kostspielige oder irreversible Wiederholungen. Die Störung und die Umzäunung lösen verwandte, aber unterschiedliche Probleme. Ein Idempotency Schlüssel kann wiederholte Anfragen nach demselben Effekt verhindern. Ein Zaun lehnt alle späteren Anfragen eines alten Eigentümers ab, einschließlich eines anderen Effektschlüssels, den der alte Plan nicht mehr erzeugen sollte. Für kritische Arbeitsabläufe verwenden Sie beides. Verfügbarkeit ist der Kompromiss. Wenn der Koordinierungslager keine aktuelle Epoche zugeordnet oder bestätigen kann, können Ablehnungseffekte die nützliche Arbeit unterbrechen. Das ist vorzugsweise für Geldbewegungen, Publikationen, zerstörerische Veränderungen oder Kundenkommunikation. Eine Forschungsaufgabe, die nur zu lesen ist, kann stattdessen vor Ort fortgesetzt und nur das Engagement verzögern. Setzen Sie die Grenze durch das Risiko, nicht durch einen allgemeinen Wunsch, jeden Agenten beschäftigt zu halten. Umwandeln Sie den Konflikt in ein Gesundheitsproblem Eine Feststellung des Verfallbesitzers sollte den Arbeitsfluss, die verdrängten und die derzeitigen Arbeitnehmer, beide Epochen, den maßgeblichen Übergang, das jüngste Verfallereignis, die betroffenen Effekt Schlüssel, die Frische der Beweise und die Frage, ob die Spüle den Antrag abgelehnt oder verpflichtet hat, umfassen. Das Vertrauen ist nur dann hoch, wenn die Übernahmebescheinigung aus autorisierten Quellen stammt. Die sicherste Antwort hängt davon ab , was passiert ist . Stellbare Tätigkeit ohne Effizienzversuch: Halt oder Quarantäne des alten Arbeitnehmers, wenn diese Maßnahme genehmigt ist, und überprüfe dann, ob es keine weiteren Ereignisse ausstrahlt; abgelehnter Versuch: die Ablehnungsbestätigung aufbewahren, prüfen, warum der Arbeitnehmer den Mietverlust verpasst hat, und überprüfen, ob der derzeitige Eigentümer noch Fortschritte macht; Ständige Verpflichtung ohne Konkurrenz: weitere Auswirkungen einfrieren, das Ergebnis überprüfen und entscheiden, ob eine Entschädigung sicher ist; Zwei Epochen für einen Effekt: das Ergebnis als unsicher behandeln, bis ein externes Prädikat oder ein menschliches Ergebnis das dauerhafte Ergebnis überprüft. Nicht automatisch Fix einen Split Brain Zustand durch erneuten Versuch des aktuellen Eigentümers. Das kann einen dritten Effekt erzeugen. Das Problem wird erst beseitigt, nachdem der Stallarbeiter eingeschlossen ist und das beabsichtigte Ergebnis nicht nur ein Kommando Ausgang verifiziert ist. Die Produktrichtung von Sidewisp ist eine gesundheitliche Schicht rund um bestehende Agentenlaufzeiten, die sich auf Beweise, nützliche Fortschritte, Ergebnisse und explizite Genehmigungsgrenzen konzentriert. Es handelt sich nicht um eine Ersatzlaufzeit, ein obligatorisches Gateway, ein Roh Tracing Produkt, ein Unternehmenssteuerungsflugzeug oder einen autonomen Fixer. Sidewisp befindet sich derzeit in einer privaten Vorschauphase. Die öffentliche Website und das Artikelsystem sind live, während die Sammlung von Produktionsagent Gesundheit, Laufzeitadapter, Cron Management, Token Kostenanalyse und Wiederherstellung im Allgemeinen nicht versendet werden. Wenn die Ausfallmodus eines von den Ausfallmodus ist, die Sie für den Betrieb benötigen, können Sie sich der privaten Vorschau anschließen und die einschlägigen Laufzeit und Effektgrenzen beschreiben. Hauptbezüge Kubernetes: Vermietungen Knoten Herzschlag Frische, Führungskräftewahl und Lease Objekte; überprüft am 26. Juli 2026. Kubernetes Kunde Gehen: Führungskräftewahl Implementierungsumfang und das ausdrückliche Fehlen einer Garantie für eine Ein Aktive Kunden Zäune; überprüft am 26. Juli 2026. Apache Kafka: ProduzentFundedAusnahme jüngste Transaktionsproduzenten Geschützungen früherer Instanzen; überprüft am 26. Juli 2026.