Finalizarea site-ului pe Magento 2 - optimizarea performanței și stabilizarea checkout-ului după migrare

Există un magazin online de piese de schimb pentru utilaje agricole pe Magento 2.4.6-p3 (PHP 8.2, MySQL 8, Elasticsearch), AWS Lightsail hosting, Cloudflare CDN. După migrarea de la un alt VPS, site-ul a devenit mai lent, iar metodele de livrare și plată pentru anumite combinații de greutate oraș și coș dispar periodic la finalizare. Crește și numărul de 500 de erori sub încărcare, iar timpul până la primul octet pe categorii depășește uneori 2-3 secunde. Este necesar să se efectueze un audit tehnic, să se găsească motivele și să se facă revizuiri cu accent pe productivitatea și fiabilitatea comenzii.

Mediu și acces - punere în scenă și producție, depozit Git cu CI prin GitHub Actions, implementare prin SSH. Module terțe instalate pentru livrare (Nova Poshta API), plată (LiqPay), filtrare (Amasty), stocare în cache în prezent doar Full Page Cache Magento, Redis nu este configurat.

Rezultat așteptat
- Checkout stabil fara disparitia metodelor de livrare si plata, functionarea corecta a regulilor de livrare in functie de greutate si oras
- Accelerarea vizibilă a categoriilor și a cardurilor de produse fără a întrerupe indexarea și căutarea
- S-au redus 500 de erori la încărcare și un comportament previzibil în cache

Ce să faci (pași)
1) Auditul și reproducerea problemei de checkout - analiza Magento, Nginx, PHP-FPM, MySQL slow log, jurnalele Cloudflare, verificarea configurației modulelor de livrare și plată, reproducerea cazurilor de staging cu înregistrarea pașilor și a datelor
2) Diagnosticare performanta - profilare (Magento profiler, Xdebug/Blackfire daca este posibil), analiza solicitarilor catre baza de date, verificarea indexurilor, evaluarea impactului modulelor terte, verificarea cache-ului si a modurilor de operare (dezvoltator/productie)
3) Rafinare - corectarea logicii/configurației care duce la metode de livrare/plată incorecte, optimizări de puncte (interogări, indexuri, caching), setări Redis pentru cache și sesiuni, ajustarea parametrilor PHP-FPM/Nginx la resursa serverului curent, fără modificarea designului
4) Verificare și lansare - regresie la staging, pregătirea migrării configurațiilor, implementare în producție cu timpi de nefuncționare minim, instrucțiuni tehnice scurte despre ceea ce a fost modificat și cum se verifică

Prescripţie
- Nu schimbăm tema și aspectul, nu actualizăm Magento la o nouă versiune majoră
- Nu dezactivăm modulele critice de business (livrare, plată, filtre), putem oferi alternative doar dacă există dovada unei relații de cauzalitate
- Orice modificări numai prin Git și cu posibilitatea de rollback

Criterii de acceptare (măsurabile)
- La punere în scenă, a fost recreată cauza problemei de plată și a fost adăugată o remediere, care elimină problema în 20 de verificări consecutive de testare pentru 3 orașe și 3 game de greutate, cu LiqPay și Nova Poshta
- TTFB pentru pagini de categorie în producție cu un cache încălzit de cel mult 800 ms în percentila 90 (măsurare prin WebPageTest sau Lighthouse cu o locație fixă)
- Sub sarcina a 30 de utilizatori simultani timp de 10 minute (k6 sau similar), ponderea răspunsurilor 5xx nu este mai mare de 0,5%, timpul mediu de răspuns pentru paginile stocate în cache nu este mai mare de 400 ms
- Raportat: cauza principală găsită, listă de modificări, comenzi/setări aplicate și instrucțiuni despre cum să repetați testele

Se așteaptă experiență cu Magento 2, depanare la checkout, optimizare MySQL, Redis, PHP-FPM/Nginx și lucrul cu Cloudflare.