Prípadová štúdia: z monolitu na modulárnu architektúru bez výpadku
Ilustratívny príklad postupnej modernizácie staršej aplikácie — kde každá zmena bola riziková a údržba drahá.
Príklad je ilustratívny a zovšeobecňuje typický postup. Rozsah a tempo závisia od stavu pôvodného systému.
Stredne veľká firma prevádzkovala internú aplikáciu, ktorá rokmi narástla do jedného veľkého celku. Každá nová funkcia bola rizikom — zásah na jednom mieste sa nečakane prejavil inde, testovanie trvalo dlho a údržba stála čoraz viac.
Prečo nie „veľký prepis“
Najlákavejšie riešenie — všetko zahodiť a postaviť nanovo — býva najdrahšie a najrizikovejšie. Monolit totiž nesie roky biznisových pravidiel, ktoré nikde inde nie sú zapísané. Zvolili sme preto postupnú cestu.
Strangler fig v praxi
Najprv sme zmapovali, ako systém reálne funguje, a identifikovali ucelené oblasti (bounded contexts). Tie sme postupne vyčleňovali za jasné rozhrania, pričom pôvodná aplikácia bežala ďalej. AI pomohla pri rutinnej časti — generovaní adaptérov, doplnení testov, mapovaní dátových modelov — zatiaľ čo tím strážil biznisovú logiku.
- Postupné vyčleňovanie oblastí, nie skokový prepis.
- Husté testy ako záchranná sieť pri každom kroku.
- Možnosť kedykoľvek sa vrátiť späť.
Výsledok
Aplikácia sa modernizovala počas bežnej prevádzky, bez veľkého výpadku. Nové funkcie sa dali pridávať rýchlejšie a bezpečnejšie a náklady na údržbu klesli, pretože jednotlivé časti sa konečne dali meniť nezávisle. Kľúčom nebol konkrétny nástroj, ale poradie krokov vychádzajúce z pochopeného kontextu.
Riešite niečo podobné vo vašej firme?
Chcem nezáväznú konzultáciu