Tässä artikkelissa haluaisin puhua siitä, kuinka muutimme lähestymistapaa orkestrointiin startup-projektissamme, miksi teimme sen ja mitä ongelmia ratkaisimme matkan varrella. Tämä artikkeli tuskin voi väittää olevansa ainutlaatuinen, mutta silti uskon, että siitä voi olla hyötyä jollekin, koska ongelman ratkaisuprosessissa keräsimme materiaalin kunnollisella narinalla.
Mitä meillä oli ja mistä puhumme? Ja meillä oli start-up-projekti noin 2 vuoden kehityshistorialla mainosalalta. Projekti rakennettiin alun perin mikropalveluksi ja sen palvelinosa on kirjoitettu Symfonylla + vähän Laravelia, Djangoa ja alkuperäisiä NodeJ:itä. Palvelut ovat pohjimmiltaan mobiiliasiakkaille tarkoitettu API (niitä on projektissa 3) ja oma SDK IOS:lle (rakennettu asiakkaidemme sovelluksiin) sekä näiden samojen asiakkaiden web-rajapinnat ja erilaiset dashboardit. Kaikki palvelut oli alun perin telakoitu, ja niitä suoritti docker-compose.
Docker-composea ei tosin käytetty kaikkialla, vaan vain kehittäjien paikallisessa ympäristössä, testipalvelimella ja putkilinjan sisällä palveluita rakennettaessa ja testattaessa. Mutta tuotantoympäristössä käytettiin Google Kubernetes Engineä (GKE). Lisäksi teimme GKE-konfiguroinnin projektin alussa kokonaan sen web-käyttöliittymän kautta, mikä oli melko nopeaa ja, kuten meistä silloin näytti, kätevää. Vain Docker-kuvien rakentaminen GKE:n palveluiden suorittamiseksi automatisoitiin täällä.