Artikulu honetan hitz egin nahiko nuke nola aldatu genuen orkestrazioaren ikuspegia gure startup-proiektuan, zergatik egin genuen eta zer arazo konpondu genituen bidean. Artikulu honek nekez esan dezake bakarra denik, baina oraindik ere norbaitentzat baliagarria izan daitekeela uste dut, arazoa konpontzeko prozesuan materiala esfortzu dexenterekin bildu baikenuen.
Zer genuen eta zertaz ari ginen? Eta iragarkien arlotik 2 urteko garapen historia duen startup proiektu bat genuen. Proiektua hasieran mikrozerbitzu gisa eraiki zen, eta bere zerbitzariaren zatia Symfony + Laravel, Django eta jatorrizko NodeJs-en idatzi zen. Zerbitzuak batez ere bezero mugikorrentzako API bat (proiektuan 3 daude) eta IOSerako gure SDK propioa (gure bezeroen aplikazioetan txertatua) dira, baita bezero horien web interfazeak eta hainbat panel ere. Zerbitzu guztiak hasiera batean dockerizatu ziren eta docker-compose pean exekutatzen ziren.
Egia da, docker-compose ez zen edonon erabiltzen, garatzaileen tokiko ingurunean, probako zerbitzari batean eta kanalizazio barruan soilik zerbitzuak eraiki eta probatzerakoan. Baina ekoizpen-ingurunean, Google Kubernetes Engine (GKE) erabili zen. Gainera, proiektuaren hasieran GKE konfiguratu genuen osorik bere web interfazearen bidez, nahiko azkarra eta, orduan iruditu zitzaigun moduan, erosoa. GKEn zerbitzuak abiarazteko docker irudiak sortzeko prozesua bakarrik automatizatu zen hemen.