Parallelldrift som leverans

Bestäm vad som jämförs

Parallelldrift utan definierade mätetal blir en känsla av trygghet, inte ett bevis. Bestäm i förväg vad som ska stämma överens, och på vilken nivå.

• affärsresultatet: blev det samma order, faktura eller leverans
• kvittenser mot partner, inklusive innehåll och inte bara att de kom
• felfrekvens och feltyper, inte bara antal lyckade körningar
• genomloppstid, som ofta ändras när en synkron adapter blir asynkron
• driftkostnad per flöde, så att beslutet går att försvara ekonomiskt

Räkna med dubbletter från start

Under parallelldrift finns två system som kan agera på samma meddelande. Om båda skickar till samma mottagare får mottagaren två affärshändelser.

Bestäm tidigt vilket system som är skarpt per flöde, och gör mottagarsidan idempotent där det går. Ett "vi kör bara det nya i skuggläge" håller inte om skuggan har skrivrättighet.

Sätt en slutpunkt innan ni börjar

Ange vilka bevis som krävs för att stänga det gamla flödet, hur länge de ska samlas in och vem som har mandat att fatta beslutet.

Utan avvecklingskriterier saknas ett beslutat läge där parallelldriften får avslutas.

Gör rollback till en övning, inte ett stycke text

Dokumentera hur inkommande trafik stoppas, hur meddelanden i flykten hanteras, hur partnern informeras och vem som fattar beslutet.

Kör sedan övningen i god tid före cutover. Då går luckor att rätta innan planen behövs i produktion.