En ĉi tiu artikolo, mi ŝatus paroli pri kiel ni ŝanĝis la aliron al orkestrado en nia startprojekto, kial ni faris ĝin, kaj kiajn problemojn ni solvis survoje. Ĉi tiu artikolo apenaŭ povas pretendi esti unika, sed tamen mi pensas, ke ĝi povas esti utila al iu, ĉar en la procezo de solvado de la problemo la materialo estis kolektita de ni kun deca knaro.
Kion ni havis kaj pri kio ni parolas? Kaj ni havis ekprojekton kun proksimume 2-jara historio de evoluo de la reklamareo. La projekto estis origine konstruita kiel mikroservo, kaj ĝia servila parto estis skribita en Symfony + iom Laravel, Django kaj denaskaj NodeJs. La servoj estas esence API por moveblaj klientoj (estas 3 el ili en la projekto) kaj nia propra SDK por iOS (enkonstruita en la aplikoj de niaj klientoj), same kiel retaj interfacoj kaj diversaj paneloj de ĉi tiuj samaj klientoj. Ĉiuj servoj estis komence dokerigitaj kaj prizorgitaj de docker-compose.
Vere, docker-compose ne estis uzata ĉie, sed nur en la loka medio de la programistoj, dum la testo servilo kaj ene de la procezo dum konstruado kaj testado de servoj. En la produktada medio, ni uzis Google Kubernetes Engine (GKE). Krome, ni agordis GKE tute per ĝia TTT-interfaco ĉe la komenco de la projekto, kio estis sufiĉe rapida kaj, kiel ni tiam pensis, oportuna. La sola aŭtomatigita procezo estis konstruado de Docker-bildoj por lanĉi servojn en GKE.
