NĂ« kĂ«tĂ« artikull do doja tĂ« flisja pĂ«r se si ndryshuam qasjen ndaj orkestrimit nĂ« projektin tonĂ« tĂ« startup-it, pse e bĂ«mĂ« kĂ«tĂ« dhe cilat probleme zgjidhĂ«m gjatĂ« rrugĂ«s. Kjo artikull vĂ«shtirĂ« se mund tĂ« pretendojĂ« pĂ«r unik, por gjithsesi mendoj se mund tĂ« jetĂ« i dobishĂ«m pĂ«r dikĂ«, pasi nĂ« procesin e zgjidhjes sĂ« problemit materiali Ă«shtĂ« grumbulluar nga ne me njĂ« mundim tĂ« konsiderueshĂ«m. Â
ĂfarĂ« kishim dhe pĂ«r çfarĂ« po flasim gjithsesi? Kishim njĂ« projekt startup me njĂ« historik zhvillimi prej rreth 2 vjetĂ«sh nga fushĂ«n e reklamave. Projekti fillimisht u ndĂ«rtua si mikroshĂ«rbim dhe pjesa e tij server i shkruar nĂ« Symfony + pak Laravel, Django dhe NodeJs natyror. ShĂ«rbimet kryesisht pĂ«rbĂ«jnĂ« API pĂ«r klientĂ«t mobil (ndĂ«r ta janĂ« 3 nĂ« projekt) dhe SDK-nĂ« tonĂ« pĂ«r IOS (qĂ« integrohet nĂ« aplikacionet e klientĂ«ve tanĂ«), si dhe ndĂ«rfaqet web dhe disa dashboard-e pĂ«r kĂ«ta klientĂ«. TĂ« gjithĂ« shĂ«rbimet ishin fillimisht tĂ« dockerizuar dhe funksiononin nĂ«n menaxhimin e docker-compose.
E vërteta është se docker-compose nuk ishte përdorur në të gjitha, por vetëm në ambientin lokal të zhvilluesve, në testim server dhe brenda pipeline-it gjatë ndërtimit dhe testimit të shërbimeve. Ndërsa në ambientin production u përdor Google Kubernetes Engine (GKE). Sidoqoftë, konfigurimi i GKE në fillim të projektit u bë plotësisht përmes ndërfaqes së tij web, çka ishte mjaft e shpejtë dhe, siç na dukej ne atëherë, e përshtatshme. Procesi i krijimit të imazheve docker për të filluar shërbimet në GKE ishte automatizuar këtu.
