Cloudmigratie en architectuur

Een migratie naar de cloud loopt zelden mis op de techniek. Ze loopt mis omdat niemand vooraf heeft uitgerekend wat er blijft draaien waar het draait, en waarom. Ik help je die keuze onderbouwen en daarna uitvoeren.

Herken je dit?

  • Je cloudfactuur groeit sneller dan je gebruik en niemand kan uitleggen waardoor.
  • Je zit half in de cloud en half op eigen hardware, zonder dat die twee helften echt samenwerken.
  • Je hardware is aan vervanging toe en je wil weten of vervangen of migreren de betere keuze is.
  • Je omgeving is met de hand opgebouwd, dus niemand durft er nog iets aan te veranderen.
  • Je wil naar AWS maar je weet niet welke workloads daar thuishoren en welke niet.

Wat ik doe

Architectuuranalyse

Een doorlichting van je huidige opzet met een concreet advies over wat naar de cloud gaat, wat lokaal blijft, en wat je beter helemaal uitfaseert. Inclusief een kostenraming per scenario, want dat is meestal de vraag achter de vraag.

Migratie naar AWS

Volledige applicatiestacks in Terraform, met VPC-opzet, IAM, RDS en containerworkloads. In code, zodat je omgeving reproduceerbaar is en een tweede omgeving voor test of acceptatie geen maandenlang project wordt.

Hybride architectuur

Niet alles hoort in de cloud. Data die groot en voorspelbaar is, draait vaak goedkoper op eigen hardware. Ik zet de verbinding tussen beide op en zorg dat identiteit, netwerk en backups over de grens heen kloppen in plaats van dat je twee losse omgevingen beheert.

Van hand naar code

Bestaande omgevingen die met de hand zijn opgebouwd, vastleggen in Terraform en Ansible. Het resultaat is dat een wijziging herhaalbaar en terug te draaien wordt, en dat je omgeving een repository met documentatie is in plaats van kennis in iemands hoofd.

Waar dit vandaan komt

In mijn vaste job heb ik hybride cloudstrategieën en migratietrajecten geleid, en werk ik dagelijks op Kubernetes-platformen met Helm en ArgoCD. Daarvoor heb ik jaren bare-metal clusters met hoge beschikbaarheid gebouwd en beheerd, eerst met Libvirt, KVM en Open vSwitch, later op Proxmox.

Dat traject van fysieke hardware tot cloud-native is precies waarom ik een migratie niet enkel op applicatieniveau bekijk. Wie alleen de cloudkant kent, onderschat systematisch wat er aan netwerk, opslag en identiteit onder een bestaande omgeving zit.

Aan de slag

De logische eerste stap is een architectuuranalyse. Je krijgt een document met de scenario’s, de kosten en de risico’s per scenario, en een aanbeveling. Wat je daarna doet en met wie, is jouw keuze.

Neem contact op met een korte beschrijving van je huidige omgeving, dan laat ik je weten of ik de juiste persoon ben.