Jedini trošak tehnologije koji ne mjerite—koji bi mogao uštedjeti milione ako jeste

Jedna od najvećih promjena koje će se dogoditi s prelaskom na oblak je način na koji plaćamo tehnologiju i aplikacije. Industrija se prebacila sa sve-što možete-obraditi na serveru s lokalnim podatkovnim centrima na varijabilni ili uslužni računarski model. Prema nedavnom Apptio izvještaj, to znači da se „mikrooptimizacije mogu dogoditi na nivou tima svaki dan kako bi se promijenio oblik potrošnje u oblaku… To je svijet OpExa (operativnih troškova) umjesto CapExa (kapitalnih troškova), potpuno mijenja način na koji se izvještava o finansijama i uspio.”

Kao rezultat toga, tradicionalni model nabavke za troškove je preokrenut, stavljajući potrošačku moć u ruke inženjera koji razvijaju i upravljaju ovim aplikacijama i infrastrukturom bez obzira na to koliko to košta kompaniju u operativnim troškovima. Svi koji danas rade u tehnološkim rovovima fokusirani su na ovdje i sada za svoju specifičnu oblast vlasništva, osiguravajući da sistem prođe svaki dan bez prekida. Niko ne razmišlja o: Možemo li to što radimo raditi brže, bolje, pametnije, odnosno efikasnije unutar aplikacija i procesa?

Apptio, proizvođači softvera dizajniranog za procjenu i komunikaciju troškova IT usluga u svrhe planiranja, budžetiranja i predviđanja, dalje opisuje mračnu stvarnost ove situacije kao „inženjeri koji preuzimaju finansijske obaveze u oblaku koji utiču na krajnji rezultat njihovih kompanija dok finansijski timovi se bore da održe korak sa tempom i granularnošću potrošnje.”

Većina inženjera ne kontroliše niti u potpunosti razumije kod koji pišu; oni samo dodaju infrastrukturu za pokretanje svega što se promovira u proizvodnju.

Nije uobičajena praksa u industriji izračunavanje ukupnih troškova za vaše tehnološko okruženje za stotine aplikacija ili tehnologije koju vaš tim podržava. Ovo treba promijeniti. (Napomena: ne govorim o Robotic Processing Automation-RPA, koji koristi botove za automatizaciju digitalnih zadataka.) Moj pristup je fokusiran na efikasnost aplikacija, koda i procesa, a ne na efikasnost kroz automatizaciju.

Zašto je mjerenje ukupne cijene koda važno.

Aplikacije su dizajnirane da pojednostave procese za poslovne korisnike. Potrebno je mnogo resursa i složenosti da bi aplikacija pružila odgovor, čak i ako je vrijeme odgovora samo nekoliko sekundi. Sada, pomnožite ovo sa hiljadama ili milionima zahtjeva aplikacije u sekundi na hiljadama servera u vašem preduzeću. Lako je da stvari postanu van domašaja s toliko toga što se dešava istovremeno, a to se odnosi i na troškove. Ako bi serveri koji pokreću aplikaciju trebali trajati tri godine, ali samo jednu jer nemaju kapacitet – kolika je stvarna cijena te aplikacije? To je nešto što finansijski direktori i drugi moraju znati jer imaju budžete koji moraju biti ispunjeni.

Efikasan, zdrav sistem zahteva manje resursa za obradu istog radnog opterećenja od neefikasnog sistema. Optimizacija koda oslobađa još više resursa.

Praktično svaki sistem ima potencijal da realizuje racionalizaciju kapaciteta za najmanje 30 do 40 procenata, a optimizacija koda može da obezbedi još 20 do 80 procenata uštede troškova.

To znači da se ista radna opterećenja mogu izvoditi na manjim serverima, smanjujući troškove oblaka i licenciranja. Vrijednost ovih ušteda nije samo kratkoročna, već u dužim vremenskim periodima jer većina aplikacija sada živi 5 do 20 godina ili duže. Nije stvar samo u krajnjoj liniji, već se radi o razmatranju onoga što bi se moglo učiniti sa ovim oslobođenim kapitalom za dalje poslovne KPI danas.

Zamislite ukupan trošak koda za 20 godina i razmotrite: „Da li smo taj kod mogli učiniti 20% efikasnijim, i, ako jeste, koliko smo mogli uštedjeti tokom 20 godina?“

Zatim, tu je prelazak na oblak i pay-as-you-go protiv plaćanje unaprijed model koji povećava troškove za rad i održavanje sistema podataka brže nego što ih možemo uhvatiti i analizirati. Apptio izvještaj naglašava kako svi gube kada nema transparentnosti u troškovima usluga u oblaku:

• Inženjering troši više nego što je potrebno uz malo razumijevanja troškovne efikasnosti.
• Finansijski timovi se bore da shvate – i održe korak sa – šta se troši na zapanjujući broj opcija (samo AWS ima približno 300,000 SKU-ova i dodatne hiljade novih funkcija godišnje).
• Liderstvo nema dovoljno doprinosa o tome koliko će biti potrošeno ili sposobnost da utiče na prioritete.
• Nabavka nije namjerni učesnik u vlastitom outsourcingu.

Procjena uštede koju ćete imati ako optimizirate dio koda prije nego što vaš sistem učini neefikasnim (u najboljem slučaju) ili izazove kvar (u najgorem) zahtijeva malo više planiranja i uvida. Ali to je neophodno ako želimo da budemo u toku sa trenutnom stopom rasta koju preduzeća doživljavaju.

U svom sljedećem članku govorit ću o tome kako možemo izmjeriti ukupnu cijenu koda, čime ćemo uštedjeti milijarde na neefikasnim procesima. jesi li sa mnom?