V tomto článku by som chcel hovoriť o tom, ako sme zmenili prístup k orchestrácii na našom startupovom projekte, prečo sme to urobili a aké problémy sme počas toho vyriešili. Tento článok sa ťažko môže považovať za jedinečný, ale stále si myslím, že môže byť pre niekoho užitočný, pretože v procese riešenia problému sme materiál zhromaždili so slušným vŕzganím.
Čo sme mali a o čom hovoríme? A mali sme start-up projekt s približne 2-ročnou históriou vývoja z oblasti reklamy. Projekt bol pôvodne postavený ako mikroslužba a jeho serverová časť bola napísaná v Symfony + trochu Laravel, Django a natívny NodeJs. Služby sú v podstate API pre mobilných klientov (v projekte sú 3) a vlastné SDK pre IOS (zabudované v aplikáciách našich zákazníkov), ako aj webové rozhrania a rôzne dashboardy týchto istých zákazníkov. Všetky služby boli pôvodne ukotvené a prevádzkované pomocou docker-compose.
Je pravda, že docker-compose sa nepoužíval všade, ale iba v lokálnom prostredí vývojárov, na testovacom serveri a vo vnútri potrubia pri budovaní a testovaní služieb. Ale v produkčnom prostredí bol použitý Google Kubernetes Engine (GKE). Konfiguráciu GKE sme navyše na začiatku projektu robili kompletne cez jej webové rozhranie, čo bolo pomerne rýchle a ako sa nám vtedy zdalo, aj pohodlné. Tu bol automatizovaný iba proces vytvárania obrazov dockerov na spustenie služieb v GKE.