Hur en startup kom från docker-compose till Kubernetes

I den här artikeln skulle jag vilja berätta om hur vi ändrade vårt synsätt på orkestrering i vårt startup-projekt, varför vi gjorde det och vilka problem vi löste på vägen. Denna artikel kan knappt påstå sig vara unik, men jag tror ändå att den kan vara till hjälp för någon, eftersom materialet samlades in av oss med betydande ansträngning under processen av att lösa uppgiften.  

Vad hade vi och vad handlar det överhuvudtaget om? Vi hade ett startup-projekt med en ungefär tvåårig utvecklingshistorik inom reklambereich. Projektet byggdes ursprungligen som en mikrotjänst, och dess serverdel är skriven med Symfony + lite Laravel, Django och ren NodeJs. Tjänsterna utgör huvudsakligen API:er för våra tre mobilklienter och vår egen SDK för IOS (som integreras i våra kunders applikationer), samt webbgränssnitt och olika dashboards för dessa kunder. Alla tjänster var ursprungligen dockeriserade och kördes under docker-compose.

Dock användes docker-compose inte överallt, utan bara i de lokala miljöerna för utvecklarna, på test- servern och inom pipelinen vid byggandet och testandet av tjänsterna. I produktionsmiljön användes Google Kubernetes Engine (GKE). Vi konfigurerade GKE helt via dess webbgränssnitt i början av projektet, vilket var ganska snabbt och, som vi då tyckte, bekvämt. Den enda automatiserade processen här var byggandet av dockerbilder för att köra tjänsterna i GKE.

Läs mer