Case 01
Een migratie zonder spannende avond
Een website die op WordPress draaide, werd vervangen door een nieuw gebouwde site. De omschakeling vond plaats door één regel in de reverse proxy aan te passen. De oude site bleef de hele tijd gewoon draaien.
Omschakeling
Één regel Caddy-configuratie
Onderhoudsvenster
Geen
Vangnet
Oude site kon direct worden teruggezet
Type wijziging
Reverse proxy routing
Situatie
Waar dit begon
Deze site draaide op WordPress, met de laag aan plugins, updates en beheerlast die daarbij hoort. De vervanging stond klaar als een volledig nieuw gebouwde site, zonder die laag.
De vraag was daarmee niet of we zouden overstappen, maar hoe. De omschakeling zelf is het moment waarop het misgaat, en dat wordt meestal beantwoord met een avond duimen vasthouden en een rij goedkeuringen vooraf.
Beslissing
Wat we besloten, en waarom niet anders
We hebben de nieuwe site naast de oude opgebouwd in plaats van de oude eerst af te breken. Twee omgevingen die niets van elkaar nodig hadden, ieder in een eigen container, met WordPress de hele tijd gewoon live.
Het alternatief was het gebruikelijke: een migratievenster inplannen, de bestaande installatie omzetten en hopen dat alles in één keer goed valt. Dat maakt de omschakeling zelf onomkeerbaar, en daarmee spannend. Door de omschakeling terug te brengen tot één regel routering in de reverse proxy werd teruggaan even goedkoop als vooruitgaan.
Verloop
Wat er gebeurde, in volgorde
De omschakeling en het opruimen eromheen, van 25 juli 2026 tot 1 augustus 2026.
25 juli 2026, 16:49
De nieuwe site naast de oude gebouwd
De nieuwe site werd opgezet en getest terwijl WordPress gewoon live bleef staan. Bezoekers zagen nog de oude site; de twee omgevingen werkten volledig onafhankelijk van elkaar.
25 juli 2026, 17:43
Omschakelen: één regel Caddy
Caddy is de reverse proxy die bepaalt naar welke achterliggende omgeving een bezoeker wordt doorgestuurd. De omschakeling was dan ook één wijziging: painapple.nl verwees voortaan naar de nieuwe site in plaats van naar de WordPress-container. Er werd op dat moment niets verwijderd of opgeruimd.
Vanaf 25 juli 2026
Het vangnet: dezelfde regel terug
Was er onverwacht iets misgegaan, dan was diezelfde regel net zo eenvoudig teruggezet en had WordPress het ongewijzigd weer overgenomen. Precies die zekerheid maakte de avond onspannend: teruggaan kon altijd.
1 augustus 2026
Een week later: opruimen
Pas nadat de nieuwe site zich een week in de praktijk had bewezen, zijn de WordPress-configuratie en de bijbehorende migratiescripts verwijderd. Niet op de dag van de omschakeling, maar toen duidelijk was dat het vangnet niet meer nodig was.
Goedkoop kunnen teruggaan is beter dan vooraf toestemming vragen. Het betekent dat u sneller kunt gaan zonder bij elke stap bang te hoeven zijn.
Toestemming vragen vooraf voelt veilig, maar het verkleint de kans op een fout niet: het verplaatst vooral wie erop wordt aangekeken, en het kost tijd. Een weg terug die goedkoop is doet wél wat u wilt, want die maakt een fout klein genoeg om te mogen maken.
Daarom is de oude site niet opgeruimd op de dag van de omschakeling, maar een week later, toen uit de praktijk bleek dat het vangnet overbodig was. Dat is het hele patroon: het vangnet laten staan tot het aantoonbaar niets meer doet, en geen dag korter.
Volgende stap
Zo'n verhaal, maar dan uw eigen
Heeft u een systeem waar niemand aan durft te komen omdat de omschakeling zelf het risico is? Dan is de vraag zelden of het kan, maar hoe goedkoop de weg terug te maken is.