Kā viens jaunuzņēmums no docker-compose nokļuva Kubernetes

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

Lasīt vairāk