Trei lansări, nu una singură: cum am reconstruit Vitacom în etape

Reconstrucția Vitacom care a câștigat Best Performance Improvement la HIVE Germany 2026 nu a avut o zi a lansării. A avut trei, din februarie până în mai 2026, și fiecare a intrat live și a fost măsurată înainte să înceapă următoarea.

O relansare dintr-o bucată pune toate schimbările în aceeași noapte: server nou, module noi, frontend nou. Dacă ceva se strică, nu știi ce schimbare a stricat, iar revenirea înseamnă să dai înapoi totul. Trei lansări au însemnat trei nopți mai mici, fiecare cu un singur fel de schimbare și cu propriul drum înapoi.

Ordinea a venit din audit

Auditul nostru tehnic din noiembrie 2025 a găsit un magazin lent, dar și expus: 12 patch-uri de securitate lipsă, trei copii vechi de test ale magazinului, deschise oricui pe serverul live, și niciun login în doi pași pentru admin. A stabilit ordinea într-un rând: securitate, simplificare și abia apoi viteză. Și o regulă: Liquid Framework se instalează doar pe un Magento curat și sigur.

Faza 1, februarie: securitate

Prima lansare a mutat magazinul pe un server nou, făcut pentru Magento: Varnish, apoi Nginx și PHP-FPM, Redis pentru cache și sesiuni, RabbitMQ pentru cozi și o bază de date reglată pentru Magento. Magento a trecut de la 2.4.6-p1 la 2.4.6-p13, cu toate cele 12 patch-uri lipsă. Copiile de test s-au închis, TLS 1.0 și FTP s-au oprit, iar firewall-ul și loginul în doi pași au pornit.

Securitatea a fost prima pentru că nu poate aștepta. Printre patch-urile lipsă era CosmicSting, breșa din spatele a peste 4.000 de magazine sparte în 2024, după numărătoarea Sansec. Un frontend mai rapid pe un magazin deschis e doar o țintă mai rapidă.

În ziua lansării, aceeași pagină din admin se încărca de două ori mai repede decât pe serverul vechi. Am dimensionat serverul nou la 16 nuclee în loc de 64, cu rezervă intenționat, cât timp învățam magazinul.

Faza 2, martie: simplificare

La începutul lui martie, ElasticSuite, împreună cu modulele noastre de brand, a înlocuit 32 de module de la doi furnizori: căutare, filtre, merchandising și pagini de brand. Mai târziu în aceeași lună, Magento a trecut la 2.4.8. Pe drum am scos și un modul care golea rezervările de stoc la fiecare 15 minute.

Baza de date a simțit imediat: încărcarea procesorului a scăzut, în medie, la o treime, iar la momentul de vârf, de la echivalentul a 16 nuclee la 3. O reindexare completă a căutării, care dura 2 ore și 24 de minute la audit, durează azi 1 minut și 45 de secunde.

Simplificarea înainte de viteză e pasul pe care multe reconstrucții îl sar. Pui un cache și un frontend nou peste 290+ module, iar părțile lente rămân acolo, doar ascunse până la următoarea pagină care nu e în cache.

Faza 3, 19 mai: viteză

În noaptea de 19 mai, Liquid Framework și Hyvä Checkout au intrat live pe magazinul curat. Clienții business care se loghează primesc și ei pagini din cache, pe grupuri de clienți. După lansare, procesorul bazei de date, care stătea între 200% și 350% (1 vCPU = 100%), a rămas de cele mai multe ori sub 50%. Abia atunci am mutat magazinul pe 8 nuclee.

Rezultatele sunt în articolul despre serverul de 8 ori mai mic și în studiul de caz Vitacom: răspunsul serverului a coborât de la 15.814 ms la 12 ms, cu de 8 ori mai puțin hardware.

Cum îți planifici propria relansare în etape

1. Întâi auditul, apoi ordinea, scrisă. Ce pune magazinul în pericol, ce îl încetinește, ce doar îl face să pară vechi. Le repari în ordinea asta.
2. Securitatea prima. Patch-urile, accesul și backup-urile nu pot aștepta redesignul.
3. Un singur fel de schimbare la fiecare lansare. Server, module, frontend: dacă fiecare intră live în noaptea lui, știi ce a cauzat ce, iar fiecare are propriul drum înapoi.
4. Măsori înainte de faza următoare. Alege trei cifre și notează-le înainte și după: răspunsul serverului, procesorul bazei de date și LCP-ul clienților reali.
5. Ții lansările departe de campanii. Planifică în jurul Black Friday și al Crăciunului: în săptămâna campaniei nu intră nimic live.

Pe Magento și Hyvä

În Liquid Framework, fiecare schimbare are propria previzualizare, iar deploy-urile revin singure la versiunea anterioară când ceva nu merge. Pe Vitacom, 12 verificări de sănătate rulează la fiecare 30 de secunde. Așa, o relansare în etape devine o serie de deploy-uri obișnuite, nu câte un proiect separat pentru fiecare fază.

Plănuiești o relansare sau te-ai împotmolit într-una? Programează un apel de strategie gratuit. Ne uităm împreună la magazin și punem munca într-o ordine pe care o poți lansa în etape.