Kiel unu starto venis de docker-compose al Kubernetes

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 programistoj, sur la testa servilo kaj ene de la dukto dum konstruado kaj testado de servoj. Sed en la produktadmedio, la Google Kubernetes Engine (GKE) estis uzata. Cetere, ni faris la GKE-agordon je la komenco de la projekto tute per ĝia retinterfaco, kiu estis sufiĉe rapida kaj, kiel ŝajnis al ni tiam, oportuna. Nur la procezo konstrui docker-bildojn por ruli servojn en GKE estis aŭtomatigita ĉi tie.

Legu pli