Migrácia e-shopu z WooCommerce⁠.

Klient prevádzkoval e-shop postavený na WordPresse a WooCommerce. Web fungoval, ale prevádzka pripomínala hasenie požiarov. Kritické funkcie boli poskladané z doplnkov od rôznych autorov: doprava, platby, zľavy, faktúry, export do účtovníctva, filtre v kategóriách, formuláre. Každý z nich mal vlastný cyklus aktualizácií a vlastnú predstavu o tom, ako sa má správať.

Prakticky to znamenalo tri opakujúce sa problémy. Po aktualizáciách sa rozbíjali veci, ktoré s aktualizovaným komponentom zdanlivo nesúviseli – najbolestivejšie prípady boli tie, keď prestala fungovať posledná strana pokladne a zistilo sa to až podľa toho, že prestali chodiť objednávky. Neaktualizované doplnky boli zase otvorenou bránou: web bol napadnutý, útočník cez neho rozposielal spam a doručovanie e-mailov z domény sa zhoršilo natoľko, že v spame končili aj faktúry.

Tretím problémom bola nepredvídateľnosť nákladov. Časť peňazí išla na licencie doplnkov, časť na prácu s ich vzájomnými konfliktami. Firma platila mesačne, ale nevedela za čo – a pri každom väčšom probléme prišla mimoriadna faktúra.

Zadanie preto neznelo „chceme krajší e-shop". Znelo: chceme, aby sa e-shop prestal sám od seba rozbíjať, aby sme o probléme vedeli skôr než zákazník a aby bola cena prevádzky predvídateľná.

Začali sme inventúrou, nie migráciou. Vypísali sme všetky doplnky a pri každom sme určili, či jeho funkciu pokrýva jadro nového riešenia, či ju treba doprogramovať, alebo či sa roky používala zotrvačnosťou a nikto ju nepotrebuje. Tretia skupina býva prekvapivo veľká a je to najlacnejšia úspora v celom projekte.

E-shop sme postavili na hotovom e-commerce jadre. Rozdiel oproti pôvodnému stavu nie je v tom, že by systém vedel viac funkcií, ale v tom, kto za ne zodpovedá: katalóg, varianty, doprava, platby, zľavy, objednávkové stavy a fakturácia sú súčasťou jedného celku, ktorý sa vyvíja a testuje spolu. Aktualizácia teda nie je stretnutie dvadsiatich nezávislých autorov.

Migrácia dát prebehla v troch behoch. Prvý bol nanečisto na testovacie prostredie, aby sa ukázali chyby v starých dátach – duplicitné produkty, varianty bez ceny, objednávky s neexistujúcim stavom. Druhý beh po oprave dát overil, že sedia počty a súčty. Tretí bol ostrý, s krátkym oknom a pripravenou cestou späť.

Osobitnú pozornosť dostali adresy. Ku každej pôvodnej URL kategórie a produktu vznikol pár v novej štruktúre a z toho mapa trvalých presmerovaní. Pred prepnutím aj po ňom sme spravili snímku indexovaných adries, aby sa dalo doložiť, že sa nič nestratilo po ceste.

Na záver sme zapli to, čo predtým chýbalo úplne: monitoring dostupnosti kritických ciest (detail produktu, košík, pokladňa, nie len domovská stránka), pravidelné bezpečnostné skeny, zálohy s overenou obnovou a testovacie prostredie, na ktorom sa zmeny skúšajú skôr, než idú na ostro.

Najviditeľnejšia zmena je tá, ktorú nevidno: skončili mimoriadne zásahy po aktualizáciách. Aktualizuje sa jeden celok v dohodnutom cykle, po ňom prebehne kontrola kritických ciest a keď niečo nesedí, vracia sa jedna zmena, nie pátranie po tom, ktorý z dvadsiatich doplnkov to spôsobil.

Bezpečnostne sa zmenšila plocha na útok. Väčšina komponentov, cez ktoré sa dalo dostať dnu, na webe jednoducho už nie je. Zvyšok stráži pravidelný sken a upozornenia na zraniteľnosti.

Prevádzkovo sa zmenil aj spôsob, akým sa firma o problémoch dozvedá. Predtým to bol telefonát od zákazníka, dnes upozornenie z monitoringu – rozdiel medzi hodinami a minútami. A náklady sú konečne jedna položka mesačne namiesto paušálu, licencií a nepravidelných faktúr za hasenie.

Klient si zo spolupráce najviac cení vec, ktorá v zadaní nebola: prestal byť závislý od toho, či autor konkrétneho doplnku bude budúci rok ešte existovať.