Selles artiklis soovin rääkida, kuidas me muutisime lähenemist orkestreerimisele oma idufirmaprojekti puhul, miks me seda tegime ja milliseid probleeme me teel lahendasime. Arvan, et see artikkel ei saaks pretenderida unikaalsusele, kuid usun, et see võib siiski kedagi aidata, kuna probleemi lahendamise käigus kogusime materjali korraliku vaevaga.
Mida me omasime ja millest me räägime? Meil oli idufirmaprojekt, mille arenduse ajalugu ulatus umbes 2 aastasse reklaami valdkonnas. Projekt sündis algselt mikroteenuste põhimõttel, serveripool oli kirjutatud Symfony's + veidi Laravel'it, Django't ja Native NodeJs'i. Teenused koosnevad peamiselt API'dest mobiiliklientide jaoks (neid on projektis 3) ja meie enda SDK'st IOS-ile (mis integreerub meie klientide rakendustesse), samuti veebiliidestest ja erinevatest klientide armatuurlaudadest. Kõik teenused olid algselt konfigureeritud Dockerisse ja töötasid docker-compose'i halduses.
Tõsi, docker-compose'i kasutati mitte igal pool, vaid ainult arendajate kohalikes keskkondades, testimisel serveril ja pipeline'i koostamisel ja teenuste testimisel. Küll aga kasutati tootmisümbruses Google Kubernetes Engine'i (GKE). GKE seadistamine projekti alguses tehti täielikult läbi veebiliidese, mis oli üsna kiire ja, nagu me tol ajal arvasime, mugav. Automaatne oli ainult docker piltide koostamise protsess teenuste käivitamiseks GKE-s.
