Wéi ee Startup vun Docker-compose op Kubernetes koum

An dësem Artikel wëll ech schwätzen iwwer wéi mir d'Approche fir d'Orchestratioun op eisem Startup-Projet geännert hunn, firwat mir et gemaach hunn a wéi eng Probleemer mir am Wee geléist hunn. Dësen Artikel ka kaum als eenzegaarteg behaapten, awer trotzdem denken ech datt et fir een nëtzlech ka sinn, well am Prozess vun der Léisung vum Problem d'Material vun eis mat engem anstännege Kreak gesammelt gouf.  

Wat hu mir a vu wat schwätze mir? A mir haten e Start-up-Projet mat enger ongeféier 2-Joer Entwécklungsgeschicht aus dem Werbeberäich. De Projet gouf ursprénglech als Mikroservice gebaut, a säi Serverdeel gouf a Symfony geschriwwe + e bësse Laravel, Django a gebierteg NodeJs. D'Servicer sinn am Fong eng API fir mobil Clienten (et sinn 3 vun hinnen am Projet) an eisen eegene SDK fir IOS (gebaut an d'Applikatioune vun eise Clienten), souwéi Web-Interfaces a verschidde Dashboards vun deene selwechte Clienten. All Servicer goufen am Ufank dockeriséiert a vun docker-compose lafen.

True, docker-compose gouf net iwwerall benotzt, awer nëmmen am lokalen Ëmfeld vun den Entwéckler, um Testserver an an der Pipeline beim Bauen an Testen Servicer. Awer am Produktiounsëmfeld gouf de Google Kubernetes Engine (GKE) benotzt. Ausserdeem hu mir d'GKE Konfiguratioun am Ufank vum Projet komplett duerch seng Webinterface gemaach, déi zimlech séier war a, wéi et eis dunn ausgesäit, praktesch. Nëmmen de Prozess fir Docker-Biller ze bauen fir Servicer am GKE ze lafen gouf hei automatiséiert.

Liest méi