Å 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 netika izmantots visur, bet tikai izstrÄdÄtÄju lokÄlajÄ vidÄ, testa laikÄ. serveris un izstrÄdes procesÄ, veidojot un testÄjot pakalpojumus. RažoÅ”anas vidÄ mÄs izmantojÄm Google Kubernetes Engine (GKE). TurklÄt projekta sÄkumÄ mÄs pilnÄ«bÄ konfigurÄjÄm GKE, izmantojot tÄ tÄ«mekļa saskarni, kas bija diezgan Ätri un, kÄ mÄs toreiz uzskatÄ«jÄm, Ärti. VienÄ«gais automatizÄtais process bija Docker attÄlu veidoÅ”ana pakalpojumu palaiÅ”anai GKE.
