Në këtë artikull do të doja të flisja për mënyrën se si ndryshuam qasjen ndaj orkestrimit në projektin tonë fillestar, pse e bëmë atë dhe cilat probleme zgjidhëm gjatë rrugës. Ky artikull vështirë se mund të pretendojë të jetë unik, por unë ende mendoj se mund të jetë i dobishëm për dikë, pasi në procesin e zgjidhjes së problemit, ne e mblodhëm materialin me një përpjekje të mirë.
Çfarë kishim dhe për çfarë po flisnim? Dhe ne patëm një projekt startup me rreth 2 vite histori zhvillimi nga fusha e reklamave. Projekti fillimisht u ndërtua si një mikroshërbim, dhe pjesa e serverit të tij u shkrua në Symfony + pak Laravel, Django dhe NodeJs vendas. Shërbimet janë kryesisht një API për klientët celularë (ka 3 prej tyre në projekt) dhe SDK-ja jonë për IOS (të integruara në aplikacionet e klientëve tanë), si dhe ndërfaqet në internet dhe panelet e ndryshme të kontrollit të po këtyre klientëve. Të gjitha shërbimet fillimisht u fiksuan dhe funksionuan nën docker-compose.
Vërtetë, docker-compose nuk u përdor kudo, por vetëm në mjedisin lokal të zhvilluesve, në një server testimi dhe brenda tubacionit gjatë ndërtimit dhe testimit të shërbimeve. Por në mjedisin e prodhimit, Google Kubernetes Engine (GKE) u përdor. Për më tepër, ne konfiguruam GKE në fillim të projektit tërësisht përmes ndërfaqes së saj të internetit, e cila ishte mjaft e shpejtë dhe, siç na dukej atëherë, e përshtatshme. Këtu u automatizua vetëm procesi i ndërtimit të imazheve doker për nisjen e shërbimeve në GKE.