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 zela nonahi erabili, baizik eta garatzaileen tokiko ingurunean bakarrik, proban. zerbitzaria eta zerbitzuak eraiki eta probatzerakoan prozesuaren barruan. Ekoizpen-ingurunean, Google Kubernetes Engine (GKE) erabili genuen. Gainera, GKE bere web interfazearen bidez konfiguratu genuen proiektuaren hasieran, eta hori nahiko azkarra eta, garai hartan uste genuen bezala, komenigarria izan zen. Prozesu automatizatu bakarra Docker irudiak eraikitzea izan zen GKE-n zerbitzuak abiarazteko.
