Skip to content
Live

Hendelser

En persistent logg over hva agenter gjorde, og hvorfor.

Hva den gjør

Arbeid fra agent til agent registreres som oppgaver, hendelser, relasjoner og artefakter i en Postgres-logg som overlever omstarter og kan spilles av på nytt. En typet hendelsesbuss i prosessen overfører rundt nitti typer domenehendelser til abonnenter i en node. Sammen gir de deg en tidslinje: hva som ble spurt om, hvem det ble delegert til, hva som kom tilbake, og hvor det stoppet opp.

Hvorfor det er viktig

Når en agentkjede gjør noe overraskende, er det eneste nyttige spørsmålet «vis meg trinnene». En persistent oppgavelogg gjør dette til en databaseforespørsel i stedet for et arkeologiprosjekt, og gjør nye forsøk og kanselleringer til reelle operasjoner i stedet for bare et håp.

Hvordan det fungerer

  • Oppgaveloggen er persistent og kan spilles av på nytt

    Oppgaver, hendelser, delegeringsrelasjoner og artefakter er rader i Postgres, så en omstart fører ikke til at man mister sporet, og en stoppet relasjon kan prøves på nytt.

  • Kansellering og nye forsøk er førsteklasses funksjoner

    Handlinger mot en kjørende oppgave blir selv registrert som hendelser, slik at inngrepet blir en del av tidslinjen.

  • Hendelsesbussen i prosessen er ærlig om sitt omfang

    Det er en typet enkeltnode-sender. Vi beskriver den ikke som en distribuert hendelsesryggrad, fordi den ikke er det.

Spørsmål

Er dette Kafka?
Nei. Hendelsesbussen i prosessen er en nodelokal, typet sender, og persistensen kommer fra en Postgres-oppgavelogg. Hvis du trenger strømming på tvers av klynger, er ikke dette løsningen.
Kan jeg se hva en agent gjorde?
Ja: en oppgavetidslinje med hendelser, delegasjonskanter og artefakter, inkludert tiltakene som ble tatt mot den.
Tilbake til historien

That was step 6 of 6: a reply leaves, and the trail stays. Det er hele banen, fra ankomst til en avspillbar logg.