Í þessari grein langar mig að tala um hvernig við breyttum nálguninni á hljómsveitarsetningu í byrjunarverkefninu okkar, hvers vegna við gerðum það og hvaða vandamál við leystum á leiðinni. Þessi grein getur varla fullyrt að hún sé einstök, en ég held samt að hún geti verið gagnleg fyrir einhvern, þar sem við að leysa vandamálið söfnuðum við efninu með ágætis fyrirhöfn.
Hvað áttum við og hvað vorum við að tala um? Og við vorum með byrjunarverkefni með um 2 ára þróunarsögu frá auglýsingasviðinu. Verkefnið var upphaflega byggt sem örþjónusta og miðlarahluti þess var skrifaður í Symfony + smá Laravel, Django og innfæddum NodeJs. Þjónustan er aðallega API fyrir farsímaviðskiptavini (þeir eru 3 í verkefninu) og okkar eigin SDK fyrir IOS (innbyggt í forrit viðskiptavina okkar), auk vefviðmóta og ýmissa mælaborða þessara sömu viðskiptavina. Öll þjónusta var upphaflega hafnarvirkt og keppt undir docker-compose.
Að vísu var docker-compose ekki notað alls staðar, heldur aðeins í staðbundnu umhverfi þróunaraðila, á prófunarþjóninum og inni í leiðslum við byggingu og prófun þjónustu. En í framleiðsluumhverfinu var Google Kubernetes Engine (GKE) notað. Þar að auki gerðum við GKE stillingarnar í upphafi verkefnisins algjörlega í gegnum vefviðmótið, sem var nokkuð hratt og, eins og okkur sýndist þá, þægilegt. Aðeins ferlið við að smíða bryggjumyndir til að keyra þjónustu í GKE var sjálfvirkt hér.