Šajā rakstā es vēlētos runāt par to, kā mēs mainījām pieeju orķestrēšanai mūsu starta projektā, kāpēc mēs to darījām un kādas problēmas atrisinājām ceļā. Šis raksts diez vai var pretendēt uz unikālu, bet tomēr es domāju, ka kādam tas var noderēt, jo problēmas risināšanas procesā materiālu savācām ar pienācīgu čīkstēšanu.
Kas mums bija un par ko mēs runājam? Un mums bija start-up projekts ar aptuveni 2 gadu attīstības vēsturi no reklāmas jomas. Projekts sākotnēji tika izveidots kā mikropakalpojums, un tā servera daļa tika uzrakstīta Symfony + nedaudz Laravel, Django un vietējās NodeJs. Pakalpojumi pamatā ir API mobilajiem klientiem (projektā tie ir 3) un mūsu pašu SDK for IOS (iebūvēts mūsu klientu lietojumprogrammās), kā arī šo pašu klientu tīmekļa saskarnes un dažādi informācijas paneļi. Visi pakalpojumi sākotnēji tika dockerizēti, un tos vadīja docker-compose.
Tiesa, docker-compose tika izmantots ne visur, bet tikai lokālajā izstrādātāju vidē, testa serverī un cauruļvada iekšpusē, veidojot un testējot pakalpojumus. Bet ražošanas vidē tika izmantots Google Kubernetes Engine (GKE). Turklāt GKE konfigurāciju projekta sākumā veicām pilnībā, izmantojot tā tīmekļa saskarni, kas bija diezgan ātra un, kā mums toreiz šķita, ērta. Šeit tika automatizēts tikai docker attēlu veidošanas process, lai palaistu pakalpojumus GKE.