Teknik & plattform⏱ ~1 min

Händelsesdriven

Arkitekturprinzip där systemkomponenter kommunicerar via händelser snarare än direkta anrop - ökar lös koppling och skalbarhet.

Händelsedriven arkitektur (Event-Driven Architecture, EDA) är ett designmönster där applikationer producerar, publicerar och reagerar på händelser - diskreta meddelanden om att något har inträffat. En händelse kan vara 'leverantörsbyteProcess där en elkund byter sin elleverantör - hanteras genom standardiserade meddelanden via Elhub. bekräftat', 'mätdataData från elmätare - grunden för fakturering, balansavräkning och marknadsprocesser på kraftmarknaden. mottagen från ElhubNationellt nav för mätvärden och marknadsprocesser på den norska elmarknaden.' eller 'ny kund skapad'. Istället för att system A anropar system B direkt (tight coupling) publicerar A en händelse och B prenumererar på den. Händelseströmningsplattformar som KafkaDistribuerad händelseströmningsplattform - vitt använd för realtidsdatapipelines och händelsedrivna arkitekturer. och RabbitMQÖppen källkod meddelandekö för asynkron och pålitlig kommunikation mellan tjänster. är ryggraden i EDA. Fördelarna är stora: system kan skalas oberoende, fel i ett system stoppar inte andra, och händelseloggen är ett naturligt revisionsspår. Nackdelen är ökad komplexitet vid felsökning - ett fel kan propagera genom många system via händelsekedejor. I den norska energisektorn är Elhub-kommunikation i praktiken händelsedriven: ett E01-meddelande utlöser en tillståndsändring, som i sin tur utlöser nästa meddelandesteg.

ArkitekturIntegration