În acest articol, aș dori să vorbesc despre modul în care am schimbat abordarea orchestrației în proiectul nostru de pornire, de ce am făcut-o și ce probleme am rezolvat pe parcurs. Acest articol cu greu poate pretinde că este unic, dar totuși cred că poate fi util cuiva, deoarece în procesul de rezolvare a problemei, materialul a fost colectat de noi cu un scârțâit decent.
Ce aveam si despre ce vorbim? Și am avut un proiect start-up cu o istorie de dezvoltare de aproximativ 2 ani din zona de publicitate. Proiectul a fost construit inițial ca un microserviciu, iar partea sa de server a fost scrisă în Symfony + puțin Laravel, Django și NodeJs nativ. Serviciile sunt practic un API pentru clienții mobili (există 3 dintre ei în proiect) și propriul nostru SDK pentru IOS (încorporat în aplicațiile clienților noștri), precum și interfețe web și diverse tablouri de bord ale acelorași clienți. Toate serviciile au fost inițial dockerizate și rulate de docker-compose.
Este adevărat, docker-compose nu a fost folosit peste tot, ci doar în mediul local al dezvoltatorilor, în faza de testare. Server și în cadrul fluxului de lucru, la construirea și testarea serviciilor. În mediul de producție, am folosit Google Kubernetes Engine (GKE). Mai mult, am configurat GKE în întregime prin interfața sa web la începutul proiectului, ceea ce a fost destul de rapid și, așa cum am considerat la momentul respectiv, convenabil. Singurul proces automatizat a fost construirea de imagini Docker pentru a lansa servicii în GKE.
