Waar de vertraging vandaan komt
Een migratie loopt zelden vast op de techniek zelf. De meeste applicaties draaien in AWS prima. De vertraging zit in wat je vooraf niet wist of niet hebt afgesproken.
Dit zijn de vijf fouten die we bij migraties het vaakst zien. Wie ze kent, kan ze voorkomen.
1. Afhankelijkheden pas ontdekken tijdens de verhuizing
Een applicatie staat zelden alleen. Ze praat met een database, een mailserver, een betaalprovider en een script dat elke nacht draait. Vaak weet niemand nog dat die koppeling bestaat, tot de applicatie in AWS ineens niet meer werkt.
Breng de koppelingen daarom vooraf in kaart. Kijk welke systemen met elkaar praten, welke vaste adressen erin staan en welke taken op een vast moment draaien. Dat kost vooraf tijd, maar zoeken terwijl de migratie loopt kost meer.
Hoe je een migratie voorbereidt, lees je in Van eigen server naar AWS: wat een migratie in de praktijk vraagt.
2. Migreren en moderniseren tegelijk willen doen
Een migratie lijkt een mooi moment om de applicatie ook te verbeteren. Dat voelt efficiënt, maar je kunt de planning dan veel slechter voorspellen. Gaat er iets mis, dan weet je niet of de verhuizing of de verbouwing de oorzaak is.
Verhuis daarom eerst en verbeter daarna. Dan hoort een probleem bij de verhuizing en kun je verbeteringen in alle rust plannen.
3. Alles in één keer willen overzetten
Alles in één weekend overzetten klinkt snel. Maar zodra één onderdeel tegenzit, ligt het hele traject stil. En je merkt pas aan het einde of je aanpak werkt.
Werk liever in golven. Begin met een applicatie die niet kritiek is en leer daarvan. Neem daarna de rest mee, te beginnen met de onderdelen met de minste afhankelijkheden.
4. Het terugdraaien niet testen
Elke migratie heeft een moment waarop je van de oude naar de nieuwe omgeving overschakelt. Gaat het dan mis, dan moet je terug kunnen. In veel plannen blijft het terugdraaien een zin op papier.
Test daarom ook de weg terug. Meet hoe lang het kopiëren van de gegevens duurt en controleer of de nieuwe omgeving dezelfde gegevens bevat als de oude. Spreek ook af wie beslist om terug te gaan en tot wanneer dat kan.
5. Niemand is eigenaar na de livegang
Zodra de applicatie draait, is het project afgelopen. Vanaf dat moment moet iemand letten op updates, kosten en toegangsrechten. Is dat niet geregeld, dan loopt de omgeving langzaam uit de hand.
Spreek vooraf af wie de omgeving beheert, wie de kosten bewaakt en wie bepaalt wie waar bij mag. Dat kan een intern team zijn of een partner. Wat telt, is dat er een naam bij staat.
Waarom dit vaak misgaat, lees je in Wie houdt je cloudomgeving in de gaten als jij dat niet doet.
Een migratie naar AWS slaagt of mislukt in de voorbereiding. Hoe beter je die doet, hoe saaier de overstap.