1De uitdaging
Zes installaties betekent zes keer het risico. Het platform van Extreme Intimo was toe aan een upgrade:
- Een oudere Magento-versie die beveiligingsfixes miste.
- PHP 7.4, dat niet meer wordt ondersteund.
- Maatwerk modules die nooit op nieuwere versies getest waren.
- Zes upgrades met de hand betekende zes kansen dat er iets brak.
Waarom upgrades misgaan
Een Magento-upgrade raakt de core, elke extensie en elke maatwerk module tegelijk. Met een grote PHP-sprong erbovenop stapelen kleine incompatibiliteiten zich op. Een herhaalbaar, gescript proces houdt het risico laag, zeker als dezelfde upgrade op meerdere installaties draait.
2Onze aanpak
We behandelden de zes upgrades als één programma: één keer analyseren, het proces scripten en het dan per land draaien op een aparte upgradeserver.
Eerst controleren
Elke maatwerk module gecontroleerd op compatibiliteit met de nieuwe Magento- en PHP-versie, inclusief patches en overrides, voor alle regio’s.
Gescript per regio
DevOps-scripts voor deployment, configuratie en livegang, getest op een aparte upgradeserver per land.
Alles bijgewerkt
Core, database en gekochte extensies geüpgraded, en het Hyvä-theme bijgewerkt op elke installatie.
Nieuwe hosting, geen downtime
Migratie naar Hypernode, gevolgd door zero-downtime deployments via Bitbucket Pipelines.
3Het resultaat
Alle zes webshops van Extreme Intimo draaien op een ondersteunde Magento- en PHP-versie, op nieuwe hosting, met releases die de webshop niet meer offline halen. Omdat het proces gescript is, wordt de volgende upgrade een herhaling en geen nieuw project.
Security-patches, zoals de noodfix voor SessionReaper, rollen nu snel uit over elke installatie.
Lees ook: hoe we klantwebshops beschermen als er een kritieke Magento-kwetsbaarheid bekend wordt.
?Veelgestelde vragen over Magento-upgrades
Hoe vaak moet Magento geüpgraded worden?
Security-patches zodra ze uitkomen, en versie-upgrades voordat je huidige versie geen ondersteuning meer krijgt. Wachten maakt elke upgrade groter.
Wat gaat er meestal mis bij een upgrade?
Maatwerk modules en extensies die niet compatibel zijn met de nieuwe versie, zeker als PHP ook verandert. Daarom controleren we die eerst.
Kan een upgrade zonder downtime?
De upgrade zelf wordt voorbereid en getest op een aparte server en de livegang is gescript. Na de verhuizing gaan reguliere releases zonder downtime live.
We hebben meerdere webshops. Is dat veel meer werk?
Er is meer te testen, maar met een gescript proces doe je het meeste werk één keer en herhaal je het daarna.
