Å 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.