Forny en eksisterende eksport trinvis

Vælg en funktion med en tydelig grænse

Begynd med et konkret resultat, som en pålidelig rapporteksport. Strangler Fig-mønsteret beskriver, hvordan funktioner erstattes, mens andre bliver i det eksisterende system. Undersøg først, om kald kan omdirigeres hver for sig, og om begge løsninger kan drives samtidig i en periode.

Kortlæg brugere, der kalder funktionen, grænseflader og planlagte baggrundsjob. Beskriv felter, filformat, fejl og adgangsrettigheder. Fowler anbefaler at lade ønskede resultater og egnede skillelinjer styre moderniseringen. Undersøg gamle fejl, før du overtager dem som forretningsregler.

Eksempelplan for en eksport, der kun læser

Planen er helt opdigtet. Et fast testdatasæt indeholder SR-18 med status approved og 90 minutter samt SR-19 med status draft og 30 minutter. Den aftalte regel er kun at eksportere godkendte poster. Tabellen beskriver forventet dokumentation, ikke udførte test.

I eksemplet bliver skrivning og ansvaret for de autoritative data helt i den gamle applikation. Den nye funktion får kun nødvendige læserettigheder; databaseskemaet ændres ikke. Sammenlign begge eksporter på samme faste datasæt. Forskellige tidspunkter i skiftende driftsdata ville fordreje sammenligningen.

Kontrollér den nye adgang og vejen tilbage

Omdirigering erstatter ikke adgangskontrol. OWASP kræver passende rettighedskontrol ved hver anmodning. Kontrollér også direkte kald til den nye eksport, afvist adgang og fejlmeddelelser.

Vejen tilbage gælder kun, så længe gammel læsevej og dataformat er kompatible. Den dokumenterer ikke en databasegendannelse. Efter overgangen kan den gamle eksport fjernes; resten af applikationen skal stadig vedligeholde og gemme data. Hvis særskilt omdirigering er umulig, eller hele det gamle system hurtigt skal væk, kræver planen en anden afgrænsning.

Kilder

• Microsoft · Strangler Fig pattern

• Martin Fowler · Strangler Fig Application

• OWASP · Authorization Cheat Sheet