Azure & AWS → Hetzner
Wij verhuizen je Kubernetes-workload naar Hetzner en laten een platform achter dat je eigen team kan runnen. Zelfde applicatie, zelfde uptime, een infrarekening die niet meer met je omzet meegroeit.
Eén afgebakend traject met een vaste prijs en een einddatum.
Alles in Git, niets in ons hoofd. Geen doorlopend contract nodig.
Indicatie op basis van eerdere migraties, niet een aanbieding. Hetzner rekent geen egresskosten binnen ruime limieten; managed databases worden zelfbeheerd op het cluster. De terugverdientijd rekent met een traject van € 18.000 — loopt die boven het jaar uit, dan moet je dit niet doen. Dat zie je hierboven ook gebeuren.
Waarom dit werkt
Een hyperscaler rekent een forse marge voor gemak. Dat is redelijk als je dat gemak ook gebruikt: autoscaling over regio's, managed services, een eigen platformteam dat het uitnut.
Kleinere bedrijven gebruiken meestal iets anders: drie tot tien nodes, een Postgres, een Redis, wat storage, een pipeline. Voorspelbare last, geen exotische diensten. Daarvoor betaal je dan wel het hele hyperscalertarief.
Op eigen servers is diezelfde workload een fractie van de prijs. De rekening verschuift naar iets anders: iemand moet upgrades, backups en incidenten doen. Dat blijft bij jullie — en daarom is ons werk pas klaar als jullie dat aankunnen zonder ons.
Wat we nooit doen
Als de scan uitwijst dat je moet blijven waar je bent, staat dat in het rapport. Dat is de helft waarvoor je betaalt.
Drie stappen, los af te nemen
Je begint klein en beslist na elke stap opnieuw. Geen jaarcontract om te starten.
Van eerste gesprek tot beheer
Half uur. Je vertelt wat er draait, wij zeggen meteen of het de moeite waard lijkt. Geen presentatie, geen verkoopgesprek.
30 minuten · kosteloosWe lezen je facturen, kijken in je cluster en rekenen de nieuwe situatie component voor component door. Je krijgt een rapport dat je intern kunt verdedigen, inclusief wat er tegen pleit.
2 weken · vaste prijsHet nieuwe platform komt naast het oude te staan. Databases repliceren live mee. Je test op het echte cluster voordat er iets omgaat, en de cutover zelf duurt minuten met een uitgeschreven terugvalpad.
4 tot 10 weken, afhankelijk van omvangAcht weken lang oefenen op het echte platform: upgrades, backups terugzetten, een storing die wij expres veroorzaken. Aan het eind draait het bij jullie en weet je waarom het werkt. Wil je 24/7 wacht, dan brengen we je bij een partij die dat levert.
8 weken · vaste prijsUit de praktijk
Een mobiliteitsplatform met circa vijftig microservices en meerdere databases stond op Azure, beheerd door een externe partij. De rekening liep op, wijzigingen duurden weken.
We bouwden een self-managed Kubernetes-platform op Hetzner: GitOps met ArgoCD, Postgres via CloudNativePG, MySQL via Percona, netwerkbeleid met Cilium. De databases repliceerden weken vooruit mee, de omzetting zelf gebeurde in een gepland venster.
En omdat het eerlijk moet: kort na de cutover ging het mis op één databaseinstelling die op de oude omgeving anders stond. Binnen enkele uren opgelost, met een RCA erna. Zulke dingen horen bij een migratie — daarom staan er een terugvalpad en een geteste restore in elk plan.
Cijfers uit een uitgevoerde migratie. Jouw situatie verschilt; daarom begint elk traject met een scan in plaats van met een belofte.
Eerlijk filter
Een misplaatste migratie kost je meer dan hij oplevert. Lees dit voordat je een gesprek boekt.
Dit past bij je
Dan liever niet
De vragen die je toch gaat stellen
Hetzner is een Duitse hoster met eigen datacenters in Duitsland en Finland, en levert al twintig jaar servers aan bedrijven. Je krijgt minder ingebouwde vangnetten dan bij een hyperscaler: geen automatische multi-region failover, minder managed diensten. Dat compenseren we met opzet — meerdere nodes verspreid over locaties, geteste backups, en herstelprocedures die we ook echt uitvoeren in plaats van opschrijven.
Alles staat in jouw Git-repository: infrastructuur als code, cluster-configuratie, runbooks. Er zit geen eigen software van ons in het platform, alleen standaard Kubernetes en gangbare open source. Elke bekwame platformengineer kan het overnemen, en dat is expliciet zo gebouwd.
Daar is het model op gebouwd om dat te voorkomen: er is geen doorlopend contract. Het traject heeft een einddatum en het doel van de laatste fase is expliciet dat jullie ons niet meer nodig hebben. Wij verdienen aan het volgende bedrijf, niet aan jullie afhankelijkheid.
Meestal minuten, in een gepland venster. Het nieuwe platform draait weken naast het oude, databases repliceren live mee, en de omzetting is een DNS- of gateway-wissel met een uitgeschreven weg terug. Voor de zeldzame gevallen waarin dat niet kan, staat dat vooraf in de scan.
Je data staat bij een Europees bedrijf in Europese datacenters, wat het gesprek over doorgifte naar derde landen aanzienlijk korter maakt. Wij werken zelf onder een verwerkersovereenkomst en komen niet bij je productiedata tenzij een incident dat vereist, met vastlegging erbij.
Alleen als niemand het wil leren. Er moet één iemand bij jullie zijn die eigenaar wordt van het platform — die persoon zit de hele transitie naast ons en doet in de laatste fase het werk zelf, met ons ernaast. Kan of wil je die persoon niet vrijmaken, zeg dat dan in het eerste gesprek; dan is dit traject niet de juiste route.
Nee, en dat is een keuze. Wij zijn goed in transities en willen daar goed in blijven; een piket dat we er half bij doen zou slechter zijn dan wat je nu hebt. Heb je 24/7 nodig, dan regelen we dat vóór de cutover: je eigen team met een rooster, of een gespecialiseerde beheerpartij die we introduceren en op wiens werkwijze we het platform inrichten. De cutover zelf doen wij natuurlijk wel, ook als die op zaterdagnacht valt.
Eerste stap
Een half uur, geen presentatie. Je hoort meteen of er iets te halen valt en wat het ongeveer kost. Zo niet, dan zeggen we dat in datzelfde gesprek.