Î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.
Adevărat, docker-compose nu a fost folosit peste tot, ci doar în mediul local al dezvoltatorilor, pe serverul de testare și în interiorul conductei la construirea și testarea serviciilor. Dar, în mediul de producție, a fost folosit Google Kubernetes Engine (GKE). Mai mult, am făcut configurarea GKE la începutul proiectului complet prin interfața sa web, care a fost destul de rapidă și, așa cum ni s-a părut atunci, convenabilă. Aici a fost automatizat doar procesul de creare a imaginilor Docker pentru a rula servicii în GKE.