Hoppa till innehållet

Förnya en befintlig export stegvis

En konkret övergångsplan med samma testdata, tydliga läsrättigheter och en begränsad väg tillbaka.

Katharina Weber2 min läsning
Grön programvaruenhet med kugghjulspanel och en något utdragen panel med kubsymbol.

Välj en funktion med en tydlig gräns

Börja med ett konkret resultat, som en tillförlitlig rapportexport. Strangler Fig-mönstret beskriver hur funktioner ersätts medan andra finns kvar i det befintliga systemet. Kontrollera först om anrop kan styras om separat och om båda lösningarna kan köras samtidigt under en period.

Kartlägg användare som anropar funktionen, gränssnitt och schemalagda bakgrundsjobb. Dokumentera fält, filformat, fel och åtkomsträttigheter. Fowler rekommenderar att önskade resultat och lämpliga skiljelinjer styr moderniseringen. Granska gamla fel innan du tar över dem som verksamhetsregler.

Exempelplan för en export som bara läser

Planen är helt påhittad. En fast testdatamängd innehåller SR-18 med status approved och 90 minuter samt SR-19 med status draft och 30 minuter. Den överenskomna regeln är att bara exportera godkända poster. Tabellen beskriver förväntade belägg, inte utförda tester.

Fas

Uppgift

Förväntade belägg

Utgångsläge

Kör den gamla exporten på den fasta testdatamängden.

1 datarad: SR-18, 90 minuter; SR-19 saknas. Fält, format och tillåten åtkomst är dokumenterade.

Ny implementation

Kör den nya exporten med läsrättigheter på samma datamängd.

Återigen 1 datarad: SR-18, 90 minuter. Skillnader i verksamhetsmässig betydelse reds ut.

Begränsad övergång

Styr utvalda anrop till den nya implementationen; behåll den gamla vägen.

Behöriga anrop ger överenskommet resultat; obehöriga avvisas. Vägen tillbaka har kontrollerats.

Ta bort gammal export

Flytta kvarvarande anrop och bakgrundsjobb; tilldela driftansvar.

Inget beroende av den gamla exporten återstår. Belägg och gränser för återgången är dokumenterade.

I exemplet ligger skrivningar och ansvaret för auktoritativa data helt kvar i den gamla applikationen. Den nya funktionen får bara nödvändiga läsrättigheter; databasschemat ändras inte. Jämför båda exporterna på samma fasta datamängd. Olika tidpunkter i föränderliga produktionsdata skulle förvränga jämförelsen.

Kontrollera den nya åtkomsten och vägen tillbaka

Omdirigering ersätter inte åtkomstkontroll. OWASP kräver lämplig behörighetskontroll vid varje begäran. Kontrollera även direkta anrop till den nya exporten, nekad åtkomst och felmeddelanden.

Vägen tillbaka gäller bara så länge den gamla läsvägen och dataformatet är kompatibla. Den visar inte att en databas kan återställas. Efter övergången kan den gamla exporten tas bort; resten av applikationen behövs fortfarande för att hantera och lagra data. Om separat omdirigering är omöjlig eller hela det gamla systemet snabbt måste avvecklas behöver planen en annan avgränsning.

Källor

Skriven av

  • Katharina WeberRedaktör för mjukvara och teknikKatharina Weber ansvarar för artiklarna om mjukvaruutveckling på ASES. Hon skriver om de frågor företag ställs inför när de väljer mjukvara, utvecklar nya applikationer och moderniserar befintliga system.

Följ ASES

Läs vidare

Alla artiklar

Mjukvaruutveckling med ASES

Skräddarsydd programvara, webb- och mobilappar