We upgraden de runtime, het framework en de afhankelijkheden zonder de migratie als één grote stap te beschouwen. We inventariseren incompatibiliteiten, beschermen kritieke processen en implementeren met een bekend terugdraaipad.
Het lastigste is meestal het oplossen van achtergebleven afhankelijkheden, impliciet gedrag, extensies, data en operationele stappen die nooit gedocumenteerd zijn.
We beschouwen elke behoefte niet als een op zichzelf staand kenmerk. We koppelen het probleem aan data, regels, afhankelijkheden, mensen en processen, zodat de oplossing ook na implementatie begrijpelijk blijft.
De PHP- of frameworkversie wordt niet langer ondersteund. PHP, extensies, framework, pakketten, server en externe services. De beslissing is gedocumenteerd met verantwoordelijkheden, grenzen en een concrete manier om deze te verifiëren.
Composer kan de huidige pakketten niet verwerken zonder andere pakketten te beschadigen. Fouten, verouderde functies en afhankelijkheden die vervangen moeten worden. De beslissing is gedocumenteerd met verantwoordelijken, grenzen en een concrete manier om deze te verifiëren.
Er is geen representatieve omgeving voor repetities. Tests ter bescherming van kritieke processen worden uitgevoerd voordat de runtime wordt gewijzigd. De beslissing wordt gedocumenteerd met verantwoordelijken, grenzen en een concrete manier om deze te verifiëren.
Kritieke processen zijn afhankelijk van informele, handmatige controles. Herhaalbare configuratie voor het valideren van code, data en bewerkingen. De beslissing wordt gedocumenteerd met verantwoordelijkheden, grenzen en een concrete manier om deze te verifiëren.
Een eerdere upgrade heeft tot problemen of langdurige uitval geleid. Fasen, tijdsvensters, controles en verantwoordelijken. De beslissing wordt gedocumenteerd met verantwoordelijken, grenzen en een concrete manier om deze te verifiëren.
De definitieve reikwijdte wordt vastgesteld op basis van het beschikbare bewijsmateriaal en het te beperken risico.
PHP, extensies, framework, pakketten, server en externe services.
Fouten, verouderde functies en afhankelijkheden die vervangen moeten worden.
Tests ter bescherming van kritieke processen voordat de runtime wordt gewijzigd.
Herhaalbare configuratie voor het valideren van code, data en bewerkingen.
Fasen, vensters, controles en eigenaren.
Triggers, procedures en gegevensbehoud.
Versies, afhankelijkheden en kritieke processen.
Test- en validatieomgeving.
Kleine veranderingen en geleidelijke compatibiliteit.
Observatie, criteria en terugdraaiing.
Bij een PHP-upgrade meten we de voortgang niet aan de hand van de hoeveelheid code. We kijken naar aantoonbare veranderingen in gedrag, risico's, autonomie van het team en operationele capaciteit.
We spreken eerst af welke situatie moet veranderen en welk bewijs daarvoor nodig is. Dat kan een proces zijn dat niet langer afhankelijk is van handmatige stappen, een geoefend herstelproces, een gecentraliseerde regel of een signaal dat een vroegere diagnose mogelijk maakt. Zonder die referentie kan een technisch correcte bevalling het probleem alsnog missen.
Vervolgens controleren we of de functionaliteit behouden kan worden: de code is controleerbaar, de gegevens blijven intact, er is een bekende reactie op storingen en belangrijke beslissingen zijn niet afhankelijk van mondelinge informatie. Afronding omvat het vaststellen van resterende grenzen en volgende prioriteiten, in plaats van een belofte van perfectie.
We maken de voorwaarden en beperkingen expliciet om algemene aanbevelingen te vermijden.
De juiste aanpak hangt af van compatibiliteit, dekking en de omvang van de wijziging.
Upgraden, vervangen, isoleren of verwijderen wordt per pakket bepaald.
De tolerantie voor downtime bepaalt de leveringsstrategie.
Antwoorden over de reikwijdte, het bewijsmateriaal en de werkwijzen.
Soms wel, maar afhankelijkheden, verouderde functies, dekking en terugdraaimogelijkheden bepalen wat de veilige aanpak is.
Niet altijd. Het scheiden van runtime en framework kan het risico verkleinen, hoewel sommige combinaties wel samen moeten blijven.
Door middel van inventarisatie, regressietests, representatieve repetitie, geobserveerde uitvoering en een praktische terugdraaiing.
We beslissen of we elk exemplaar vervangen, isoleren, tijdelijk accepteren of verwijderen.
Ga verder met diagnose, uitvoering of gerelateerde ervaring.
Vertel ons over de context, de belangrijkste belemmering en het gewenste resultaat. Wij zullen u vervolgens de vragen stellen die nodig zijn voor een eerste beoordeling.
