
Hoe eenvoudig is het om een Kubernetes-cluster te verhuizen naar een andere hoster?
Eigenlijk best eenvoudig. De belangrijkste factor is de opzet die je kiest: Kubernetes in combinatie met een GitOps-aanpak helpt daar enorm bij.
Van pipeline naar GitOps
Tot voor kort rolde ik mijn applicaties op Kubernetes uit met een Azure DevOps pipeline of een GitHub Action workflow. Met GitOps hoeft dat niet meer. Het enige onderdeel dat in de pipeline overblijft, is het bouwen van een container en die vervolgens pushen naar een registry. GitOps doet daarna de rest… nou ja, niet helemaal. Voor GitOps heb je een applicatie zoals ArgoCD of FluxCD nodig. Die applicatie houdt een of meer git-repositories in de gaten waarin de YAML-definitie van je applicatie staat. Verander je daar iets, bijvoorbeeld het ophogen van de tag van de container-image, dan zorgt ArgoCD (of FluxCD) ervoor dat de applicatie op je Kubernetes-cluster naar diezelfde toestand toe beweegt.
Een cluster opzetten met hulp van AI
Voorwaarde voor dit alles is natuurlijk wel een Kubernetes-cluster waar ArgoCD op draait. Dat heb ik ook zo opgezet, met hulp van AI. Ik wist inmiddels wel globaal wat er allemaal geregeld moest worden, zoals een secret manager, ingress, certificaten en ArgoCD zelf. Tot in detail wist ik dat natuurlijk niet. AI versnelde het proces van het opzetten van een Kubernetes-cluster, in combinatie met mijn nieuwe Europese hoster, enorm.


