Cilj svih vođa timova programera softvera je pronaći sretno mjesto gdje programeri provode svoj dan razvijajući i implementirajući kod. Tim platforme podržava rad tih programera, posmatrajući i odgovarajući na njihove potrebe.
Međutim, posao programera softvera danas je više od pisanja koda. Zahvaljujući rasprostranjenosti DevOps-a, programeri softvera imaju ogromnu odgovornost: posjeduju razvoj funkcija, ispravke grešaka, cevovod za implementaciju, praćenje performansi, infrastrukturu u oblaku i sigurnost svog koda.
Trendovi razvoja softvera se stalno prilagođavaju kako bi pomogli softverskim timovima da održe korak s rastućim zahtjevima sve digitalnijeg društva, a poslovni lideri prepoznaju vrijednost poslovnih inicijativa zasnovanih na softveru.
Pružanje samouslužnog internog portala za programere (IDP) smatra se načinom da se ponudi dobro iskustvo za programere softvera, koji žele slobodu izbora između odabranog skupa alata i tehnologija koje će im pomoći u pisanju koda. Ključna stvar je da su ovi alati „kurirani“. Postoje vodilice za samoposluživanje i ovi odabrani alati ispunjavaju korporativne standarde za sajber sigurnost i najbolje prakse.
Analitičar Gartner predviđa da će do 2028. 85% organizacija sa timovima za inženjering platforme pružiti interno raseljene osobe da poboljšaju iskustvo programera i ubrzaju inovacije proizvoda. Gartner definira interne razvojne portale kao alate koji omogućavaju samouslužno otkrivanje, automatizaciju i pristup komponentama, alatima, uslugama platforme i sredstvima znanja u modernim okruženjima za razvoj softvera.
Analitičarska firma je istakla da ovi portali pomažu u poboljšanju iskustva programera i pouzdanosti usluga, istovremeno omogućavajući centralizovano upravljanje i zajedničku vidljivost u više timova.
Gartnerova definicija IDP-a za samoposluživanje programera pokriva karakteristike kao što su katalozi softvera i njihovo vlasništvo, kvalitet i sigurnost; Šabloni za skele; dokumentacija o proizvodu i alatu; veze do odabranih alata i paketa; i samouslužne radnje, kao što su obezbjeđivanje okruženja i izvršavanje cevovoda podataka.
Gartner kaže da bi IDP trebalo da obezbedi jedinstveno mesto za više timova i različite radne uloge unutar tih timova, kako bi im pomogao da razumeju trenutno stanje inženjerskih aktivnosti koje obuhvataju infrastrukturu, aplikacije, okruženja i komponente platforme, kao i njihovo vlasništvo u celoj organizaciji.
Ovakva organizacija sredstava potrebnih za brz, efikasan i siguran razvoj softvera izgleda kao logičan korak u pravom smjeru. Ali kao što Mandi Walls, zagovornik DevOps-a u PagerDuty-u, primjećuje, natjerati da funkcionira nije jednostavno. Sa svakom iteracijom modela razvoja softvera, pojavit će se problemi u kojima se novi alati trljaju s tradicionalnim metodama, menadžmentom i kulturnim praksama.
„Timovi na putu ka razvojnim modelima pune usluge moraju pažljivo upravljati tranzicijom od ‘mi raspoređujemo’ vođenog operacijama na ‘vi postavljate, mi posmatramo’, koji vodi programer,” kaže ona.
U svom iskustvu gledanja kako kompanije svih veličina i tipova vrše tranziciju, Walls napominje da platforma i inženjering pouzdanosti moraju evoluirati zajedno kako bi osnažili programere, istovremeno osiguravajući vrijeme trajanja i povjerenje po svaku cijenu.
U stvari, Gartner vidi da timovi za inženjering platforme preuzimaju odgovornost za pružanje samouslužnog portala za programere timovima za razvoj proizvoda. Može biti dostupan ili kao samostalna platforma ili kao integralne komponente DevOps platformi i širih internih razvojnih platformi.
Dok neki glasovi u industriji tvrde da inženjering platforme dodaje nepotrebnu složenost ili centralizira kontrolu, za Walls-a je pravi problem ravnoteža.
“Programeri ne bi trebali biti zaštićeni od operativnog konteksta i okruženja za implementaciju. Razumijevanje proizvodne stvarnosti dovodi do boljeg, otpornijeg softvera. Zamislite to kao dizajn automobila a da nikada ne vidite put – to bi otežalo predviđanje performansi, habanja ili sigurnosti u stvarnom životu”, kaže ona.
Prema Walls-u, projektovanje platforme urađeno ispravno omogućava produktivnu autonomiju, a ne neznanje. „Produktivnom i otpornom timu je potrebno znanje o proizvodnim okruženjima kako bi iskoristio sve raspoložive resurse i funkcije koje nude“, kaže ona.
Pouzdanost mora biti projektovana, a ne naknadno dodavana
Za Walls, cilj samoposluživanja ne bi trebao biti samo brža isporuka – to bi trebala biti održiva isporuka. Ona vidi pouzdanost kao timski sport u kojem programeri posjeduju svoj kod u proizvodnji, a inženjeri platforme pružaju alate, zaštitne ograde i telemetriju. Inženjeri za pouzdanost osiguravaju da cijeli sistem ispunjava ciljeve i dogovore na nivou usluge. Bez ugrađenih praksi pouzdanosti, Wall upozorava da samoposluživanje može brzo dovesti do operativnog preopterećenja i umora od upozorenja.
Kako samoposluživanje programera postaje norma, pouzdanost više ne može živjeti samo u operativnom silosu. Najuspješnije organizacije će biti one koje operativnu spremnost i kontinuirani radni vijek čine dijelom samog programskog iskustva Mandi Walls, PagerDuty
„Poenta je da istinska samoposluživanje uključuje vidljivost, upozorenje i radni tok od prvog dana“, kaže ona.
Walls vjeruje da je pouzdanost svačiji posao. “Kako samoposluživanje programera postaje norma, pouzdanost više ne može živjeti samo u operativnom silosu. Najuspješnije organizacije će biti one koje čine operativnu spremnost i kontinuirano vrijeme rada dijelom samog iskustva programera”, kaže ona.
Pouzdanost ima implikacije na samoposluživanje programera, što, prema Walls-u, ne treba shvatiti kao „svako za sebe“. Ona kaže: “Zajednička odgovornost je podržana snažnim, jasnim procesom. Upravljanje i spremnost mogu koegzistirati sa slobodom programera.”
Kako Walls napominje, to znači jasno definirano vlasništvo, ko je dežuran i ko održava šta, sloj po sloj. Ona preporučuje da se besprijekorne obdukcije, retrospektive pouzdanosti i slično dijele svim timovima.
PagerDuty predlaže model za razvojne samouslužne platforme gdje IT operacije i timovi platforme prebacuju fokus sa izvođenja implementacija na njihovo posmatranje i podršku. Walls kaže da je za ovo potrebno:
Centralizovane kontrolne table za posmatranje za jedinstvenu svest o situaciji.
Automatsko usmjeravanje upozorenja na osnovu vlasništva nad uslugom.
Vidljivost incidenta u realnom vremenu i orkestracija odgovora.
Koordinirana najbolja praksa u cijeloj organizaciji za upozorenja, poruke dnevnika i telemetriju kako bi se poboljšala vidljivost među uslugama.
„Ako zaista želite da osnažite programere da poseduju svoje usluge, a da ih ne izolujete, onda saradnja mora biti ugrađena u vidljivost“, dodaje ona.
Naglašavanje proceduralne promjene
Zajedno sa promjenama u IT operacijama i timovima za inženjering platforme, Matt Saunders, potpredsjednik DevOps-a u Adaptavistu, kaže da samoposluživanje programera softvera zahtijeva i organizacionu i kulturnu promjenu.
Čak i najbolji programski alati neće imati učinak koji želite bez pažljivih kulturnih i proceduralnih promjena Matt Saunders, Adaptavist
“Da bi samoposlužni alati uspjeli, razvojni timovi moraju željeti da ih koriste. Slično tome, timovi koji uspješno grade alate za programere sprovode odgovarajuća korisnička istraživanja, daju prioritet funkcijama i nude stalnu podršku”, kaže on.
“Uspješni platformski timovi koriste kontinuirani iterativni pristup, tretirajući programere kao prave klijente i odbijajući da dopuste da ovaj posao bude sporedni projekat. Oni također pažljivo mjere usvajanje, povlače neiskorištene funkcije i namjerno rade poboljšanja na osnovu uočenog ponašanja, a ne pretpostavki.”
Za Saundersa, zajednička baza znanja koja je dostupna putem internih platformi za programere postaje živa imovina koja je daleko bolja od ad hoc podrške ili nedokumentovanog plemenskog znanja. Ali upravljanje promjenama je ključno.
“Čak i najbolji alati za programere neće imati uticaj koji želite bez pažljivih kulturnih i proceduralnih promjena. Osiguravanje kulturnog usklađivanja i prilagođavanje radnih tokova i radnih procesa donošenja odluka kako bi se to omogućilo, jednako je važno kao i alati u izgradnji uspješne platforme”, dodaje on.
Usvajanje AI vožnje u preduzeću
S obzirom na svu hajku u industriji oko upotrebe umjetne inteligencije (AI) u poduzeću, timovi za razvoj softvera su oprezni u pogledu složenosti koju AI dodaje izgradnji poslovnih aplikacija.
Studija Gartnera pokazuje da su programeri softvera zabrinuti da je ugradnja AI sposobnosti u aplikacije najveći izazov. To je, prema Gartneru, razlog zašto postoji veliko interesovanje za interno raseljena lica u velikim preduzećima, koja ih koriste za isporuku kuriranih alata, komponenti za višekratnu upotrebu i standardnih preporuka za radni tok.
Omogućavajući samouslužno otkrivanje i pristup AI modelima, okvirima orkestracije, alatima za posmatranje i ModelOps platformama, Gartner napominje da ove mogućnosti znače da IDP može pomoći više timova da se snalaze u tehničkoj složenosti izgradnje GenAI sposobnosti.
Ipak, prema Gartneru Mapa puta usvajanja tehnologije za velika preduzeća za 2025tehnička nekompatibilnost ili složenost arhitekture je primarni faktor rizika koji utiče na uspješno usvajanje internih portala za programere.
Ovo implicira da će samoposluživanje u razvoju softvera, putem IDP-a, vjerovatno postati preovlađujuće s rastom AI u preduzeću i potrebom za softverskim timovima da AI unesu korporativne IT sisteme. Ali, stavljajući složenost izgradnje AI aplikacija na stranu, uvođenje IDP-a za samousluživanje programera softvera je prvi kamen spoticanja s kojim će se mnogi IT lideri vjerovatno suočiti.
Pročitajte više o alatima za razvoj softvera
Stack Overflow: Inžinjer nevidljive platforme: zašto je programerima i dalje potrebna ljudska interakcija
Autor: Adrian Bridgwater
Forrester: Uloga internih razvojnih platformi u DevOps-u
