Skip to content
Live

Eventi

Un registro persistente di ciò che gli agenti hanno fatto e perché.

Cosa fa

Il lavoro da agente ad agente viene registrato sotto forma di attività, eventi, collegamenti (edges) e artefatti in un registro Postgres che sopravvive ai riavvii e può essere riprodotto. Un bus in-process tipizzato trasmette circa novanta tipi di eventi di dominio ai sottoscrittori all'interno di un nodo. Insieme offrono una cronologia: cosa è stato richiesto, a chi è stato delegato, cosa è stato restituito e dove si è bloccato.

Perché è importante

Quando una catena di agenti fa qualcosa di inaspettato, l'unica domanda utile è "mostrami i passaggi". Un registro delle attività persistente trasforma questa richiesta in una semplice query anziché in un progetto archeologico, e rende il riprovare e l'annullare operazioni reali anziché speranze.

Come funziona

  • Il registro delle attività è persistente e riproducibile

    Attività, eventi, collegamenti di delega e artefatti sono righe in Postgres, quindi un riavvio non fa perdere la traccia e un collegamento bloccato può essere riprovato.

  • Annullamento e riprova sono operazioni di prima classe

    Le azioni eseguite su un'attività in corso vengono a loro volta registrate come eventi, quindi l'intervento fa parte della cronologia.

  • Il bus in-process è onesto riguardo al suo ambito

    Si tratta di un emettitore tipizzato a nodo singolo. Non lo descriviamo come un backbone di eventi distribuito, perché non lo è.

Domande

È Kafka?
No. Il bus in-process è un emettitore tipizzato locale al nodo, e la persistenza deriva da un registro delle attività Postgres. Se hai bisogno di streaming cross-cluster, questo non fa al caso tuo.
Posso vedere cosa ha fatto un agente?
Sì: una cronologia delle attività con eventi, relazioni di delega e artefatti, inclusi gli interventi effettuati al riguardo.
Torna alla storia

That was step 6 of 6: a reply leaves, and the trail stays. Questo è l'intero percorso, dall'arrivo a una registrazione riproducibile.