Integrationsarkitektur i praktiken

Välj kommunikationssätt per flöde. En enda standard för allt skapar ofta det undantagslager den skulle ta bort.

Direkt anrop när svaret behövs nu

Ett synkront API-anrop passar när avsändaren behöver ett svar för att fortsätta och mottagaren kan bära beroendet. Sätt timeout och definiera vad användaren ser om mottagaren är nere. Lägg inte en kö mellan systemen av vana; den ändrar semantiken från omedelbart svar till senare behandling och kräver status, korrelation och återkoppling.

Kö när mottagaren behöver tid

En meddelandekö kan jämna ut toppar och låta mottagaren arbeta i egen takt. Den introducerar samtidigt ködjup, dead-letter-hantering och risken att samma meddelande behandlas mer än en gång. Microsofts arkitekturmönster rekommenderar idempotent behandling när leverans kan upprepas. Skriv därför affärsnyckeln och dubblettregeln innan ni väljer köprodukt.

Event när flera ska reagera

Ett event beskriver något som redan har hänt. Publiceraren ska inte behöva känna alla konsumenter. Det ger lösare koppling men flyttar ansvar till eventkontrakt, versionshantering och observerbarhet. Bestäm om ordning spelar roll, hur sent ett event får komma och vad en ny konsument gör med historik. Ett eventnamn utan dessa regler är bara ett asynkront API med sämre felmeddelande.

Orkestrering för långlivade förlopp

När flera steg måste samordnas behövs ett uttalat tillstånd: vad är klart, vad väntar och vad ska kompenseras? Retry och circuit breaker löser olika problem; obegränsade retries mot ett långvarigt fel kan förvärra belastningen. Gör timeout, retry-gräns, manuell åtgärd och kompensation synliga i modellen i stället för att gömma dem i connectorinställningar.

Mät arkitekturen i drift

För varje mönster ska ni kunna svara på fyra frågor: var ser vi felet, hur kopplar vi det till affärshändelsen, hur kör vi om säkert och vem beslutar om manuell rättning? Den plattform som gör en snygg demo men inte kan svara på detta har ännu inte visat produktionsförmåga. Testa frågorna i piloten med verkliga fel, inte med enbart lyckade exempel.

Ansvarig utgivare: Andreas Wänqvist, Axonis AB · Senast verifierad: 2026-08-25

Andragranskare: Nicklas Andersson, Integrationsarkitekt Axonis AB.