In questu articulu, vogliu parlà di cumu avemu cambiatu l'approcciu di l'orchestrazione nantu à u nostru prughjettu di startup, perchè l'avemu fattu, è chì prublemi avemu risoltu in a strada. Questu articulu ùn pò micca esse unicu, ma ancu pensu chì pò esse utile à qualcunu, postu chì in u prucessu di risolve u prublema, u materiale hè statu cullucatu da noi cun un crack decentu.
Chì avemu avutu è di chì parlemu ? È avemu avutu un prughjettu di start-up cù una storia di sviluppu di circa 2 anni da l'area di publicità. U prugettu hè statu inizialmente custruitu cum'è un microserviziu, è a so parte di u servitore hè stata scritta in Symfony + un pocu Laravel, Django è NodeJs nativu. I servizii sò basicamente una API per i clienti mobili (ci sò 3 di elli in u prugettu) è u nostru SDK per IOS (custruitu in l'applicazioni di i nostri clienti), è ancu interfacce web è diversi dashboards di sti stessi clienti. Tutti i servizii sò stati inizialmente dockerizzati è gestiti da docker-compose.
True, docker-compose ùn era micca utilizatu in ogni locu, ma solu in l'ambiente lucale di sviluppatori, in u servitore di teste è in u pipeline quandu custruisce è teste servizii. Ma in l'ambiente di produzzione, u Google Kubernetes Engine (GKE) hè stata utilizata. Inoltre, avemu fattu a cunfigurazione GKE à l'iniziu di u prugettu cumpletamente attraversu a so interfaccia web, chì era abbastanza veloce è, cum'è ci pareva allora, cunvene. Solu u prucessu di custruisce l'imaghjini docker per eseguisce servizii in GKE hè statu automatizatu quì.