Skip to content
Live

Events

Ein dauerhaftes Transaktionsverzeichnis der Aktionen von Agenten und ihrer Gründe.

Was es tut

Agent-zu-Agent-Arbeit wird als Aufgaben, Ereignisse, Kanten und Artefakte in einem Postgres-Transaktionsverzeichnis erfasst, das Neustarts übersteht und erneut abgespielt werden kann. Ein typisierter In-Process-Bus transportiert ungefähr neunzig Arten von Domain-Events an Abonnenten innerhalb eines Knotens. Zusammen geben sie Ihnen einen Zeitstrahl: was gefragt wurde, wem es delegiert wurde, was zurückkam und wo es steckengeblieben ist.

Warum es wichtig ist

Wenn eine Agentenkette etwas Überraschendes tut, ist die einzige nützliche Frage „zeig mir die Schritte". Ein dauerhaftes Task-Ledger macht das zu einer Abfrage statt zu einem Ausgrabungsprojekt und macht Retry und Abbruch zu echten Operationen statt zu Hoffnungen.

Wie es funktioniert

  • Das Task-Ledger ist dauerhaft und wiederholbar.

    Aufgaben, Ereignisse, Delegierungskanten und Artefakte sind Zeilen in Postgres, daher geht die Spur bei einem Neustart nicht verloren und eine blockierte Kante kann erneut versucht werden.

  • Abbruch und Wiederholung sind First-Class.

    Aktionen gegen eine laufende Aufgabe werden selbst als Ereignisse aufgezeichnet, daher ist die Intervention Teil der Chronologie.

  • Der In-Process-Bus ist ehrlich über seinen Umfang.

    Es ist ein typisierter Single-Node-Emitter. Wir beschreiben es nicht als verteiltes Event-Backbone, weil es nicht ist.

Fragen

Ist dies Kafka?
Nein. Der In-Process-Bus ist ein knotenlokaler typisierter Emitter, und Dauerhaftigkeit kommt von einem Postgres-Task-Ledger. Wenn Sie Streaming über Cluster hinweg benötigen, ist das nicht der Fall.
Kann ich sehen, was ein Agent getan hat?
Ja: ein Task-Zeitstrahl mit Ereignissen, Delegierungskanten und Artefakten, einschließlich der dagegen ergriffenen Maßnahmen.
Zurück zur Geschichte

That was step 6 of 6: a reply leaves, and the trail stays. Das ist der gesamte Pfad, von der Ankunft bis zu einer abspielbaren Aufzeichnung.