Yn dit artikel wol ik prate oer hoe't wy de oanpak fan orkestraasje op ús opstartprojekt feroare hawwe, wêrom't wy it dien hawwe en hokker problemen wy ûnderweis hawwe oplost. Dit artikel kin amper beweare dat it unyk is, mar dochs tink ik dat it nuttich kin wêze foar ien, om't yn it proses fan it oplossen fan it probleem it materiaal troch ús sammele waard mei in fatsoenlike kreak.
Wat hiene wy en wêr hawwe wy it oer? En wy hiene in start-up projekt mei in likernôch 2-jierrige skiednis fan ûntwikkeling út de reklame gebiet. It projekt waard oarspronklik boud as in mikroservice, en syn tsjinner diel waard skreaun yn Symfony + in bytsje Laravel, Django en native NodeJs. De tsjinsten binne yn prinsipe in API foar mobile kliïnten (d'r binne 3 fan har yn it projekt) en ús eigen SDK foar IOS (ynboud yn 'e applikaasjes fan ús klanten), lykas webynterfaces en ferskate dashboards fan deselde klanten. Alle tsjinsten waarden yn earste ynstânsje dockerisearre en útfierd troch docker-compose.
Wier, docker-compose waard net oeral brûkt, mar allinich yn 'e lokale omjouwing fan ûntwikkelders, op' e testtsjinner en yn 'e pipeline by it bouwen en testen fan tsjinsten. Mar yn 'e produksjeomjouwing waard de Google Kubernetes Engine (GKE) brûkt. Boppedat diene wy de GKE-konfiguraasje oan it begjin fan it projekt folslein fia syn webynterface, dy't frij rap wie en, sa't it ús doe like, handich wie. Allinich it proses fan it bouwen fan dockerôfbyldings om tsjinsten yn GKE út te fieren waard hjir automatisearre.