I denne artikel vil jeg gerne fortælle om, hvordan vi ændrede vores tilgang til orkestrering på vores startup-projekt, hvorfor vi gjorde det, og hvilke problemer vi løste undervejs. Denne artikel kan næppe påstå at være unik, men jeg tror stadig, at den kan være nyttig for nogen, da vi samlede materialet undervejs med en vis anstrengelse.
Hvad havde vi, og hvad handler det overhovedet om? Vi havde et startup-projekt med omtrent 2 års udviklingshistorie inden for reklameområdet. Projektet blev oprindeligt bygget som en mikrotjeneste, og den serverbaserede del er skrevet i Symfony + lidt Laravel, Django og nativen NodeJs. Tjenesterne fungerer primært som API til mobilklienter (der er 3 i projektet) og vores eget SDK til iOS (indgår i apps for vores kunder), samt webgrænseflader og forskellige dashboards for de samme kunder. Alle tjenester var oprindeligt dockeriserede og arbejdede under docker-compose.
Sandt at sige blev docker-compose ikke brugt overalt, men kun i udviklernes lokale miljø, ved test serveren og i pipeline under opbygning og test af tjenesterne. I produktionsmiljøet blev Google Kubernetes Engine (GKE) benyttet. Desuden blev opsætningen af GKE i starten af projektet gjort helt via dets webgrænseflade, hvilket var ret hurtigt og, som vi dengang troede, praktisk. Kun opbygningen af docker images til kørsel af tjenester i GKE var automatiseret.
