Key Takeaways – Šta je najbitnije u ovom tekstu:
-
DevOps obećanje je prekršeno: Koncept „You build it, you run it“ (Ti napraviš, ti održavaš) pretvorio se u noćnu moru kognitivnog preopterećenja za programere, koji danas više vremena provode pišući infrastrukturne skripte nego biznis logiku.
-
Platform Engineering je evolucija, a ne rebrendiranje: To nije samo novi naziv za sistem administratore, već potpuno novi pristup gde se interna infrastruktura tretira kao pravi softverski proizvod, a programeri kao njeni korisnici.
-
Interna razvojna platforma (IDP) kao spas za Agile: IDP pruža takozvani Self-service (samouslužni) pristup, omogućavajući timovima da sami podižu okruženja za rad u nekoliko klikova, bez čekanja i otvaranja Jira tiketa.
-
Poslovni ROI je ogroman: Skraćivanje Time-to-Market (vremena izlaska na tržište), manji burnout (sagoravanje) inženjera i bolja standardizacija bezbednosti direktno utiču na profitabilnost kompanije.
Da se ne lažemo – moderni softverski razvoj postao je nepodnošljivo komplikovan. Ako danas pitate prosečnog Senior programera kako mu izgleda radni dan, velike su šanse da će vam reći da kodiranje čini jedva trećinu njegovog vremena. Ostatak radnog dana provodi boreći se sa Kubernetes manifestima, Terraform skriptama, podešavanjem CI/CD (Continuous Integration / Continuous Deployment) pajplajna, rešavanjem mrežnih polisa i kopanjem po logovima na AWS-u.
Dugogodišnja mantra IT industrije glasila je: usvojite Agile metodologiju, uvedite DevOps kulturu i vaši timovi će isporučivati softver brzinom svetlosti.
Stvarnost nas je surovo demantovala.
Agilnost gubi svaki smisao kada vaš dvonedeljni sprint stane jer programer mora da čeka osam dana da mu infrastrukturni tim odobri i podesi bazu podataka. Upravo iz ovog haosa rodio se Platform Engineering (Platformski inženjering), disciplina koja menja pravila igre i vraća programere onome što najbolje rade – pisanju koda. U ovom tekstu, ogolićemo istinu o tome zašto su Interne razvojne platforme (IDP) postale apsolutni imperativ za svaku ozbiljnu IT organizaciju.
Velika DevOps laž i slom koncepta „You build it, you run it“
Pre više od decenije, DevOps pokret je doneo revoluciju srušivši „zidove konfuzije“ između razvojnih (Dev) i operativnih (Ops) timova. Ideja je bila fantastična: hajte da programeri sami preuzmu odgovornost za puštanje i održavanje svog koda u produkciji. Legendarni CTO Amazona, Werner Vogels, skovao je čuvenu frazu: „You build it, you run it“.
To je funkcionisalo odlično kada se softver sastojao od nekoliko servera i jedne baze. Međutim, prelaskom na mikroservise i cloud-native tehnologije (o čijoj kompleksnosti smo već detaljno pisali na ITNetwork portalu), ekosistem je eksplodirao.
Od današnjeg Full-stack programera očekuje se da zna React, Node.js, PostgreSQL, ali i Docker, Kubernetes, Helm, AWS IAM polise, GitHub Actions, Datadog za monitoring i ko zna šta još. Ovo je dovelo do nečega što autori knjige Team Topologies (Topologije timova), Matthew Skelton i Manuel Pais, nazivaju kognitivno opterećenje (Cognitive load).
Kada je kognitivno opterećenje preveliko, produktivnost pada na dno. Programeri su frustrirani, burnout (profesionalno sagorevanje) postaje epidemija, a inovacije prestaju. Shvatili smo da ne možemo od svakog programera tražiti da bude vrhunski infrastrukturni stručnjak.
Tada je industrija rekla: Dosta je bilo. Vreme je za Platform Engineering.
Šta je zapravo Platform Engineering (Platformski inženjering)?
Platform Engineering je disciplina dizajniranja i izgradnje lanaca alata (toolchains) i radnih tokova (workflows) koji omogućavaju takozvani Self-service (samouslužni) pristup za softverske inženjere u eri cloud-native tehnologija.
Njegov glavni cilj je da sakrije bespotrebnu infrastrukturnu kompleksnost od programera, pružajući im čist, jasan i standardizovan način da dođu do resursa koji su im potrebni.
Srce ovog pristupa je Interna razvojna platforma (Internal Developer Platform – IDP). IDP nije samo skripta ili jedan alat. To je skup integrisanih alata, procesa i servisa spakovanih u jedan korisnički interfejs (često interni web portal), koji programerima služi kao zlatni standard za rad.
Zamislite sledeći scenario. U kompaniji bez IDP-a, programer koji želi da započne novi mikroservis mora da prođe kroz sledeći pakao:
-
Otvori tiket u Jiri tražeći od DevOps tima novi repozitorijum.
-
Otvori drugi tiket tražeći bazu podataka.
-
Čeka danima.
-
Ručno konfiguriše CI/CD.
-
Moli nekoga iz bezbednosnog tima (Security) da mu odobri mrežne portove.
U kompaniji koja ima zrelu Internu razvojnu platformu, proces izgleda ovako:
-
Programer otvori interni portal (npr. Spotify Backstage).
-
Klikne na dugme „Kreiraj novi Node.js mikroservis“.
-
Unese ime servisa i pritisne „Submit“.
-
Platforma u pozadini automatski kreira GitHub repozitorijum sa ispravnim template-om koda, podiže bazu podataka putem Terraform-a, konfiguriše sigurnosne polise, postavlja CI/CD pajplajn i dodeljuje monitoring resurse.
-
Programer za tri minuta ima sve spremno i počinje da piše biznis logiku.
Razlika u brzini je brutalna. Prvi scenario je definicija uskog grla (bottleneck). Drugi scenario je čista, nepatvorena agilnost.
Zlatna staza (Golden Path) i kako Agile ponovo dobija smisao
U svetu Platform Engineering-a često se koristi termin Golden Path (Zlatna staza) ili Paved Road (Popločani put). To predstavlja preporučeni, standardizovani i podržani način da se nešto napravi unutar kompanije.
Ideja nije da se programerima zabrani korišćenje novih tehnologija, već da im se ponudi put manjeg otpora. Ako inženjer izabere da ide „zlatnom stazom“ (npr. koristi predefinisanu Postgres bazu i standardni Docker šablon), platformski tim garantuje da će sve raditi glatko, da će bezbednost biti pokrivena i da će kod moći da se deploy-uje u produkciju odmah.
Ovakav pristup savršeno komplementira Agile metodologije. Agile se zasniva na brzim iteracijama i povratnim informacijama (feedback loops). Ako timu treba tri nedelje samo da podesi infrastrukturu da bi testirao jednu hipotezu na tržištu, taj tim nije agilan, ma koliko god Scrum ceromonija održavao. IDP vraća moć u ruke razvojnog tima i omogućava im da feature (funkcionalnost) koji su planirali na Sprint Planning sastanku, zaista i završe u tom sprintu.
Poslovni ROI i šamar za menadžment: Zašto IDP nije „bacanje para“?
Jedan od najvećih izazova sa kojim se suočavaju tehnički direktori (CTO) i rukovodioci platformskih timova jeste kako da objasne finansijskom sektoru (CFO) zašto moraju da alociraju 10-15% svojih najboljih inženjera da prave alat koji „ne prodaje ništa direktno kupcima“.
Ovo je klasična zamka u koju upadaju mnoge kompanije, posebno na Balkanu i u regionu, gde se IT i dalje posmatra isključivo kao trošak, a ne kao motor vrednosti.
Ulaganje u Platform Engineering ima izuzetno jasan ROI (Return on Investment):
-
Dramatično smanjenje Time-to-Market-a: Ako vaša konkurencija može da izbaci novu funkcionalnost za nedelju dana, a vama treba mesec dana zbog infrastrukturnih prepreka, vi gubite tržišni udeo. Brzina je novac.
-
Standardizacija i bezbednost (Compliance): Kada se sva infrastruktura podiže kroz IDP, sigurnosne polise (poput Zero Trust arhitekture) ugrađuju se direktno u „zlatnu stazu“. Nema više slučajno otvorenih AWS S3 bucket-a iz kojih cure korisnički podaci.
-
Zadržavanje talenata (Developer Retention): Dobri inženjeri su skupi. Ako ih plaćate 5.000+ evra mesečno da bi se svađali sa YAML fajlovima i čekali na odobrenja, vi bacate novac, a oni postaju frustrirani i daju otkaz. Platforma kao što je Joombooz odlično razume kako se vrhunske inženjerske kulture i pametni poslovni procesi mogu prezentovati svetu kroz moćan employer branding video materijal, privlačeći top talente upravo obećanjem da će raditi u frictionless (okruženju bez prepreka) sistemu.
Prema istraživanjima koje sprovodi Puppet i zvaničnim State of DevOps izveštajima (DORA metrike), organizacije koje imaju visoko razvijene interne razvojne platforme (High Performers) imaju višestruko brže vreme oporavka od greške i daleko nižu stopu otkazivanja prilikom puštanja novog koda.
Kako kompanije u regionu greše?
U našem regionu, tranzicija na Platform Engineering ide sporo, uglavnom zato što se rebrendiranje radi površno. Kompanije promene naziv svog „SysAdmin“ ili „DevOps“ tima u „Platform Team“, ali procesi ostanu isti.
Pravi Platform tim se ne ponaša kao „helpdesk“ koji rešava tikete. Pravi Platform tim se ponaša kao produktni tim. Njihov proizvod je Interna razvojna platforma. Njihovi kupci su interni softver inženjeri. Oni rade istraživanje korisnika (User Research), prate metrike zadovoljstva (Net Promoter Score – NPS) i dodaju nove funkcionalnosti na platformu na osnovu stvarnih potreba razvojnih timova. Ako platforma nije lakša za korišćenje od ručnog kucanja skripti, inženjeri je neće koristiti, a projekat će propasti.
Ovo zahteva drastičnu promenu mindset-a (mentalnog sklopa) u kompanijama. Nije dovoljno samo kupiti licencu za neki alat. Platform Engineering je socio-tehnički poduhvat.
Šta donosi budućnost? Veštačka inteligencija u srcu platforme
Gde industrija ide dalje? Sudeći prema podacima uglednih institucija poput CNCF (Cloud Native Computing Foundation), sledeći logičan korak u evoluciji internih razvojnih platformi je integracija veštačke inteligencije (AI).
AI-osnaženi IDP-ovi (AI-driven Internal Developer Platforms) uskoro neće zahtevati od programera ni da klikću po portalima. Budućnost leži u konverzacijskim interfejsima i AI agentima. Zamislimo blisku budućnost 2026. ili 2027. godine: Inženjer će u Slacku ili Teamsu napisati prompt: „Podiži mi novo testno okruženje za payment servis, instanciraj maskiranu kopiju produkcione baze i osiguraj da preživi stres test od 10.000 korisnika.“
AI agent unutar Interne razvojne platforme će parsovati ovaj zahtev, samostalno generisati Terraform kod, kreirati Kubernetes klaster na oblaku, prijaviti troškove u FinOps dashboard, provući sve kroz sigurnosne skenere i vratiti programeru gotov link za testiranje u roku od par minuta. Ovo nije naučna fantastika, komadi ove slagalice (poput GitHub Copilot-a za infrastrukturu i raznih LLM ops alata) već se uveliko razvijaju i integrišu u moderne alate.
Pored toga, očekuje se razvoj samo-zaceljujućih platformi (Self-healing platforms). Kada AI detektuje anomaliju u produkciji, Interna razvojna platforma će sama pokrenuti rollback (vraćanje na staru, ispravnu verziju) koda ili dodati nove resurse na osnovu prediktivne analize, pre nego što dežurni inženjer uopšte dobije notifikaciju na telefon.
Zaključak: Prilagodi se ili nestani
Uvođenje Interne razvojne platforme (IDP) i usvajanje Platform Engineering prakse više nije luksuz rezervisan za gigante poput Netflix-a, Google-a ili Spotify-ja. To je postalo pitanje opstanka za svaku kompaniju čiji biznis zavisi od softvera.
Softverska industrija se nalazi u paradoksalnoj situaciji: tehnologija nikada nije bila moćnija, a razvojni timovi nikada nisu bili sporiji zbog ogromne operativne kompleksnosti. Koncept Platform Engineering-a rešava ovaj paradoks. On vraća suštinu Agile manifestu, uklanjajući prepreke sa puta onima koji zapravo stvaraju vrednost.
Kada sledeći put vaš tim probije rok za isporuku, nemojte ih pitati zašto ne kucaju brže. Pitajte ih koliko su se sati te nedelje borili sa infrastrukturom. Odgovor će vam reći da li vam treba bolji Scrum master, ili vam pod hitno treba ozbiljna Interna razvojna platforma.
Često Postavljana Pitanja (FAQ)
Šta je tačno Platform Engineering (Platformski inženjering)? To je tehnička disciplina čiji je cilj dizajniranje i izgradnja internih alata i radnih tokova (najčešće objedinjenih u Internu razvojnu platformu – IDP) koji softver inženjerima omogućavaju samouslužni rad na infrastrukturi, smanjujući im kognitivno opterećenje.
Koja je razlika između DevOps-a i Platform Engineering-a? DevOps je kultura i filozofija koja promoviše saradnju i automatizaciju između razvojnih i operativnih timova. Platform Engineering je praktična, inženjerska implementacija te filozofije, koja programerima obezbeđuje konkretan proizvod (IDP) kako bi oni bez muke ispunili svoja DevOps zaduženja.
Šta je „kognitivno opterećenje“ (Cognitive Load) u kontekstu programiranja? To je količina mentalnog napora koja se zahteva od inženjera da bi obavio svoj posao. Pored učenja programskih jezika i poslovne logike, moderni inženjeri moraju da pamte stotine mrežnih pravila, cloud konfiguracija i sigurnosnih polisa. Kada to opterećenje premaši kapacitete, produktivnost drastično opada.
Šta je „Golden Path“ (Zlatna staza)? To je standardizovan, preporučen set alata i procesa koje je Platform tim dizajnirao, integrisao i osigurao. Ako programer koristi tehnologije sa „Zlatne staze“, proces od pisanja koda do produkcije je maksimalno automatizovan i bezbedan.
Da li Interna razvojna platforma (IDP) ubija fleksibilnost programera? Ne bi trebalo, ukoliko je pravilno dizajnirana. Cilj IDP-a nije da stavi programere u kavez i ograniči im alate, već da im ponudi put manjeg otpora za standardne zadatke. Programeri uvek mogu da „siđu sa staze“ i naprave nešto jedinstveno, ali u tom slučaju sami preuzimaju punu odgovornost za održavanje infrastrukture tog specifičnog rešenja.
