Hendelsesbusser

Hendelsesbusser er et mønster for asynkron kommunikasjon der produsenter av hendelser ikke trenger å vite hvilke komponenter som håndterer dem. I et hendelsesbasert system publiseres hendelser til en felles bus, og lyttere registrerer seg for de hendelsene de er interessert i. Dette muliggjør løs kobling mellom produsenter og konsumenter og fremmer skalerbarhet og fleksibilitet.

Hendelsen representerer en tilstandsendring eller domenemelding. Når en komponent genererer en hendelse, publiseres den til busen og distribueres til registrerte abonnenter. Levering er normalt asynkron og kan være lokal (in-process) eller distribuert; garantier om levering og rekkefølge varierer mellom implementasjoner.

Forskjellen mellom et hendelsesbus og en meldingskø er viktig. Et bus-system driver pub/sub for hendelser, mens køer ofte fokuserer på punkt-til-punkt eller backpressure. Hendelsesbusser kan bygges på Kafka, RabbitMQ, NATS, eller som små biblioteker i en applikasjon.

Fordeler inkluderer løst kobling, bedre skalerbarhet og enklere utvidelse av funksjonalitet på tvers av applikasjoner. Ulemper inkluderer mer kompleks feilbehandling, behov for idempotente lyttere, risiko for uorden og utfordringer med observabilitet og dataintegritet.

Vanlige bruksområder er domenehendelser i mikrotjenestearkitekturer, integrasjon mellom bounded contexts, og asynkone UI-hendelser. Beste praksis omfatter tydelige hendelsesnavn og skjemaer, versjonering av hendelser, holdbare transportlag og god overvåking av leveranse og feilhåndtering.