Realtidsdata med strömmande arkitekturer

Under huven: Kafka och vidare

Händelseströmmar har blivit ryggraden i moderna dataplattformar. Kafka dominerar, men enklare alternativ som NATS och Redpanda tar plats där operativ enkelhet väger tyngre.

Den svåra frågan är sällan tekniken utan datamodellen: väldefinierade händelser med tydligt ägarskap. Ett schema-register och kontraktstester sparar er från integrationskaos.

Börja med semantiken innan ni väljer mäklare: är era händelser fakta som hänt (“order lagd”) eller kommandon som önskas (“skicka faktura”)? Blandar ni ihop dem får ni system där konsumenter inte vågar agera på meddelanden och producenter inte vågar ändra dem. Händelser som beskriver domänfakta, namngivna i imperfekt, åldras bäst.

Leveransgarantierna förtjänar ärlighet: exakt-en-gång är i praktiken minst-en-gång plus idempotenta konsumenter, så bygg dubbletthantering från dag ett – en idempotensnyckel per händelse räcker långt. Och ordningsgarantier gäller per partition, inte globalt; välj partitionsnyckel efter vad som faktiskt måste vara sekventiellt, oftast per kund eller per order.

Det operativa hantverket avgör vardagen: övervaka konsumentlag som ett förstaklassmått, ha en strategi för döda meddelanden innan första giftpillret fastnar i flödet, och öva på ompspelning – förmågan att bygga om en konsuments tillstånd från historiken är hela arkitekturens trumfkort, men bara om någon faktiskt testat den.

Och våga välja enkelt: alla flöden behöver inte Kafka. En managed kö eller NATS täcker många behov till en bråkdel av driftskostnaden – strömplattformen motiveras när ompspelning, flera oberoende konsumenter och hög genomströmning verkligen står på kravlistan.