U ovom članku želim ispričati o tome kako smo promijenili pristup orkestraciji u našem startup projektu, zašto smo to radili i koje smo probleme rješavali tijekom puta. Ova bi priča možda mogla zvučati kao da se pretvara u jedinstvenu, ali vjerujem da može biti korisna nekome, jer je materijal prikupljan s ozbiljnom predanošću u procesu rješavanja zadatka.
Što smo imali i o čemu se zapravo radi? Imali smo startup projekt s otprilike dvogodišnjom poviješću razvoja iz područja oglašavanja. Projekt je prvotno zamišljen kao mikroslužba, a serverska je njegova komponenta pisana u Symfony + malo Laravel, Django i native NodeJs. Servisi se uglavnom predstavljaju kao API za mobilne klijente (njih u projektu ima 3) i naš vlastiti SDK za iOS (ugrađuje se u aplikacije naših klijenata), kao i web sučelja i različite nadzorne ploče tih istih klijenata. Svi servisi su prvotno bili dockerizirani i radili su pod upravljanjem docker-compose.
No, docker-compose se nije koristio svugdje, već samo u lokalnom okruženju razvijača, na testnom serveru i unutar pipelinea tijekom izgradnje i testiranja servisa. U produkcijskom okruženju korišten je Google Kubernetes Engine (GKE). Pritom je konfiguracija GKE na početku projekta napravljena potpuno putem njegovog web sučelja, što je bilo prilično brzo i, kao što nam se tada činilo, praktično. Automatiziran je bio samo proces izrade docker slika za pokretanje servisa u GKE.
