Magento 2 upgrade: verziófrissítés kockázat nélkül
Az upgrade nem fejlesztés, hanem üzemeltetési kötelesség. Ez az oldal végigveszi, mi a különbség a security patch és a verziólépés között, hogyan zajlik biztonságosan és miért csúszik el mégis annyi áruháznál.
Röviden
A security patcheket soha nem szabad kihagyni, a minor upgrade pedig a verzióvonal kifutása előtt elkerülhetetlen. Minél tovább halasztod, annál drágább.
- Security patch telepítésenapokon belül
- Minor upgrade rendezett kódon1–3 hét
- Staging tesztkötelező
- Éles átálláskarbantartási ablak
- Visszaálláspercek alatt
Az upgrade nem fejlesztés, hanem üzemeltetési kötelesség
A Magento 2 negyedéves ritmusban kap javításokat, a főbb 2.4.x kiadások pedig évente érkeznek. Minden verzióvonalnak életciklusa van: amelyik kifut a támogatásból, az nem kap több biztonsági javítást. Egy elmaradt upgrade ezért nem kényelmi kérdés: a régi verzión futó áruház ismert, publikusan dokumentált sérülékenységekkel üzemel.
A frissítés másik hajtóereje a PHP: a Magento verziók a PHP verziókhoz kötöttek, a kifutó PHP pedig magával rántja az elavult Magentót is. Erről részletesen a Magento 2 és PHP 8.3 cikkben írunk.
Security-only patch
Csak a biztonsági javításokat tartalmazza (például a 2.4.7-p3 típusú kiadások). Gyors, alacsony kockázatú, gyakran egyetlen karbantartási ablakban telepíthető.
Ezzel időt lehet nyerni, de a verzióvonal kifutását nem helyettesíti.
Minor upgrade
Például 2.4.6-ról 2.4.8-ra: új funkciók, frissített függőségek és új PHP támogatás. Cserébe érdemi tesztelést igényel.
A verzióvonal kifutása előtt elkerülhetetlen, és minél több verziónyi a lemaradás, annál nagyobb a munka.
Így frissítünk
Az érdemi munka staging környezetben zajlik, az éles átállás rövid ablakban történik, visszaállási tervvel.
- 01
Előzetes audit
Telepített modulok és egyedi kód leltara, kompatibilitás-ellenőrzés a célverzióval, Upgrade Compatibility Tool és kézi átnézés együtt.
- 02
Staging másolat
Az éles áruház teljes klónja, éles adatbázis-másolattal, hogy a teszt a valós adatokon fusson.
- 03
Composer alapú frissítés
A Magento core, a modulok és a PHP függőségek együtt, verziókezelésben dokumentálva.
- 04
Ütközések feloldása
A harmadik feles modulok a frissítések leggyakoribb törési pontjai. Ami nem kompatibilis, azt frissítjük, kiváltjuk vagy elhagyjuk.
- 05
Tesztkör
Vásárlási folyamat végig (kosár, fizetés, számlázás), integrációk, admin folyamatok és sebesség-összevetés.
- 06
Éles frissítés
Karbantartási ablakban, visszaállási tervvel. Baj esetén percek alatt visszaállítható az előző állapot.
Miért csúszik el mégis annyi upgrade?
Mert az áruházak jelentős részénél a korábbi fejlesztő gyári kódot módosított, vendor mappába nyúlt vagy kalóz modult telepített, amihez nincs frissítési út. Ilyenkor az upgrade valójában kód-rehabilitáció: előbb a szabálytalan módosításokat kell kiváltani tiszta megoldással.
Nem kell figyelned a kiadásokat
A karbantartási csomagjaink része a security patchek soron kívüli telepítése, az éves minor upgrade megtervezése és az upgrade utáni mérés. Mi szólunk előre, mielőtt a verziód kifutna a támogatásból.
Ha nem tudod, milyen verzión és milyen állapotban fut az áruházad, az ingyenes állapotfelmérés első pontja pontosan ez az ellenőrzés.
A csomag része
- Security patchek soron kívül
- Életciklus-követés: szólunk a kifutás előtt
- Éves minor upgrade megtervezése
- Staging környezet fenntartása
- Upgrade utáni sebesség-összevetés
- Visszaállási terv minden változáshoz
Gyakran ismételt kérdések az upgrade-ről
Honnan tudom, hogy támogatott verzión fut az áruházam?
Mi történik, ha nem frissítek?
Mennyi időt vesz igénybe egy minor upgrade?
Leáll az áruház a frissítés alatt?
A moduljaim működni fognak az új verzión?
Kapcsolódó cikkek
Nézzük meg, hol tartasz
Az ingyenes állapotfelmérés megmondja a verziót, a patch-szintet és azt, mekkora munka lenne a frissítés a te kódbázisodon.
