Vienas tehnoloģijas izmaksas, kuras jūs nenovērtējat — tas varētu ietaupīt miljonus

Viena no lielākajām pārmaiņām, kas notiek, pārejot uz mākoni, ir tas, kā mēs maksājam par tehnoloģijām un lietojumprogrammām. Nozare ir pārgājusi no visaptverošas apstrādes serverī ar lokāliem datu centriem uz mainīgo jeb lietderības skaitļošanas modeli. Saskaņā ar neseno Apptio ziņot, tas nozīmē, ka “mikrooptimizācijas var notikt komandas līmenī katru dienu, lai mainītu mākoņa tēriņu formu… Tā ir OpEx (darbības izdevumu) pasaule, nevis CapEx (kapitāla izdevumi), pilnībā mainot finanšu pārskatu veidu. un pārvaldīts.”

Rezultātā tradicionālais izdevumu iepirkuma modelis ir mainīts, nododot tērēšanas spēku inženieru rokās, kuri izstrādā un pārvalda šīs lietojumprogrammas un infrastruktūru, ļoti maz ņemot vērā to, cik tas uzņēmumam izmaksā darbības izdevumos. Ikviens, kas šodien strādā tehnoloģiju ierakumos, koncentrējas uz šeit un tagad savā īpašumtiesību jomā, nodrošinot, ka sistēma katru dienu darbojas bez pārtraukuma. Neviens nedomā par: Vai mēs varētu darīt to, ko darām ātrāk, labāk, gudrāk, ti, efektīvāk lietojumprogrammās un procesos?

Apptio, programmatūras veidotāji, kas izstrādāti IT pakalpojumu izmaksu novērtēšanai un paziņošanai plānošanas, budžeta veidošanas un prognozēšanas nolūkos, tālāk apraksta šīs situācijas drūmo realitāti kā "inženieri, kas uzņemas finansiālas saistības mākonī, kas ietekmē viņu uzņēmumu pamatlīdzekļus. finanšu komandām ir grūti sekot līdzi tēriņu tempam un precizitātei.

Lielākā daļa inženieru nekontrolē vai pilnībā nesaprot kodu, ko viņi raksta; viņi tikai pievieno infrastruktūru, lai vadītu visu, kas tiek reklamēts ražošanā.

Nozarē nav ierasta prakse aprēķināt jūsu tehnoloģiju vides kopējās izmaksas simtiem lietojumprogrammu vai tehnoloģiju, ko atbalsta jūsu komanda. Tas ir jāmaina. (Piezīme: es nerunāju par Robotic Processing Automation-RPA, izmantojot robotprogrammatūras, lai automatizētu digitālos uzdevumus.) Mana pieeja ir vērsta uz lietojumprogrammu, koda un procesu efektivitāti, nevis automatizācijas efektivitāti.

Kāpēc ir svarīgi izmērīt koda kopējās izmaksas.

Lietojumprogrammas ir izstrādātas, lai padarītu procesus vienkāršus biznesa lietotājam. Lai lietojumprogramma sniegtu atbildi, ir nepieciešams daudz resursu un sarežģītības, pat ja atbildes laiks ir tikai dažas sekundes. Tagad reiziniet to ar tūkstošiem vai miljoniem lietojumprogrammu pieprasījumu sekundē tūkstošiem serveru visā jūsu uzņēmumā. Ir viegli lietas kļūt nepieejamas, ja vienlaikus notiek tik daudz, un tas attiecas arī uz izmaksām. Ja ir paredzēts, ka serveri, kuros darbojas lietojumprogramma, darbosies trīs gadus, bet tikai vienu, jo tiem ir nepietiekama jauda — kādas ir šīs lietojumprogrammas patiesās izmaksas? Tas ir jāzina finanšu direktoriem un citiem, jo ​​viņiem ir izveidoti budžeti, kas ir jāizpilda.

Efektīvai, veselīgai sistēmai ir nepieciešams mazāk resursu, lai apstrādātu to pašu darba slodzi, nekā neefektīvai sistēmai. Koda optimizācija atbrīvo vēl vairāk resursu.

Praktiski jebkurai sistēmai ir potenciāls realizēt jaudas racionalizāciju vismaz par 30–40 procentiem, un koda optimizācija var nodrošināt vēl 20–80 procentu izmaksu ietaupījumu.

Tas nozīmē, ka vienas un tās pašas darba slodzes var darbināt mazākos serveros, tādējādi samazinot mākoņdatošanas un licencēšanas izmaksas. Šo ietaupījumu vērtība nav tikai īstermiņa, bet gan ilgākā laika posmā, jo lielākā daļa lietojumprogrammu tagad darbojas no 5 līdz 20 gadiem vai ilgāk. Tas nav tikai galvenais jautājums, tas ir apsvērums par to, ko ar šo atbrīvoto kapitālu varētu darīt, lai šodien uzlabotu biznesa KPI.

Iedomājieties koda kopējās izmaksas 20 gadu laikā un apsveriet: "Vai mēs būtu varējuši padarīt šo kodu par 20% efektīvāku, un, ja tā, cik daudz mēs būtu varējuši ietaupīt 20 gadu laikā?"

Pēc tam ir pāreja uz mākoni un pay-as-you-go pret avansa samaksa modelis, kas rada izmaksas, lai darbinātu un uzturētu datu sistēmas ātrāk, nekā mēs varam tās uztvert un analizēt. Apptio ziņojumā ir uzsvērts, kā ikviens zaudē, ja nav pārredzamības par mākoņpakalpojumu izmaksām.

• Inženierzinātnes tērē vairāk, nekā nepieciešams, jo maz saprot izmaksu efektivitāti.
• Finanšu komandām ir grūti saprast un sekot līdzi, kas tiek tērēts neaptverami daudzajām opcijām (tikai AWS ir aptuveni 300,000 XNUMX SKU un papildu tūkstošiem jaunu funkciju gadā).
• Līderībai nav pietiekami daudz informācijas par to, cik daudz tiks tērēts, vai spēju ietekmēt prioritātes.
• Iepirkums nav apzināts dalībnieks savā ārpakalpojumā.

Lai novērtētu ietaupījumus, jums būs nepieciešams, ja optimizēsit koda daļu, pirms tas padara jūsu sistēmu neefektīvu (labākajā gadījumā) vai izraisa pārtraukumu (sliktākajā gadījumā), prasa nedaudz vairāk plānošanas un ieskatu. Bet tas ir nepieciešams, ja vēlamies sekot līdzi pašreizējam izaugsmes tempam, ko piedzīvo uzņēmumi.

Nākamajā rakstā es runāšu par to, kā mēs varam izmērīt koda kopējās izmaksas, tādējādi ietaupot miljardus neefektīvos procesos. Vai tu esi ar mani?