Vienos technologijos kaina, kurios neįvertinate – jei tai padarytumėte, būtų galima sutaupyti milijonus

Vienas didžiausių pokyčių pereinant prie debesies yra tai, kaip mokame už technologijas ir programas. Pramonė perėjo nuo visaverčio apdorojimo serveryje su vietiniais duomenų centrais prie kintamojo arba naudingumo skaičiavimo modelio. Remiantis neseniai paskelbtu Apptio pranešti, tai reiškia, kad „mikrooptimizavimas gali būti atliekamas komandos lygiu kiekvieną dieną, kad būtų pakeista debesies išlaidų forma... Tai yra OpEx (veiklos išlaidos), o ne CapEx (kapitalo išlaidos), visiškai pakeičiantis finansų ataskaitų pateikimą. ir valdė“.

Dėl to tradicinis išlaidų viešųjų pirkimų modelis buvo pakeistas, o perkamoji galia atiteko inžinieriams, kurie kuria ir valdo šias programas ir infrastruktūrą, labai mažai atsižvelgdami į tai, kiek tai kainuoja bendrovei veiklos išlaidų. Kiekvienas, šiandien dirbantis technologijų tranšėjose, sutelkia dėmesį į čia ir dabar, atsižvelgdamas į savo konkrečią nuosavybės sritį, užtikrindamas, kad sistema veiktų kiekvieną dieną be gedimų. Niekas negalvoja apie: Ar galėtume tai, ką darome, padaryti greičiau, geriau, išmaniau, ty efektyviau programose ir procesuose?

„Apptio“, programinės įrangos, skirtos įvertinti ir informuoti IT paslaugų sąnaudas planavimo, biudžeto sudarymo ir prognozavimo tikslais, kūrėjai toliau apibūdina niūrią šios situacijos tikrovę kaip „inžinierius, prisiimantis finansinius įsipareigojimus debesims, kurie turi įtakos jų įmonių rezultatams. finansų komandos stengiasi neatsilikti nuo išlaidų tempo ir detalumo.

Dauguma inžinierių nevaldo arba visiškai nesupranta rašomo kodo; jie tik prideda infrastruktūrą, kad galėtų valdyti viską, kas reklamuojama į gamybą.

Pramonėje nėra įprasta skaičiuoti visas jūsų technologijų aplinkos sąnaudas šimtams programų ar technologijų, kurias palaiko jūsų komanda. Tai reikia keisti. (Pastaba: aš nekalbu apie Robotic Processing Automation-RPA, robotų naudojimą skaitmeninėms užduotims automatizuoti.) Mano požiūris yra orientuotas į programų, kodo ir procesų efektyvumą, o ne į automatizavimo efektyvumą.

Kodėl svarbu išmatuoti bendrą kodo kainą.

Programos sukurtos taip, kad procesai būtų paprasti verslo vartotojui. Kad programa pateiktų atsakymą, reikia daug išteklių ir sudėtingumo, net jei atsakymo laikas yra tik kelios sekundės. Dabar padauginkite tai iš tūkstančių ar milijonų programų užklausų per sekundę tūkstančiuose jūsų įmonės serverių. Kai vienu metu vyksta tiek daug dalykų, viskas gali tapti nepasiekiama, tai taip pat susiję su išlaidomis. Jei serveriai, kuriuose veikia programa, tarnaus trejus metus, bet tik vienerius, nes jų pajėgumas per mažas – kokia yra tikroji tos programos kaina? Tai turi žinoti finansų direktoriai ir kiti, nes jie turi biudžetą, kurį reikia įvykdyti.

Veiksmingai, sveikai sistemai reikia mažiau išteklių tam pačiam darbo krūviui apdoroti nei neefektyviai sistemai. Kodo optimizavimas atlaisvina dar daugiau išteklių.

Praktiškai bet kuri sistema gali racionalizuoti pajėgumus bent 30–40 procentų, o kodo optimizavimas gali sutaupyti dar 20–80 procentų išlaidų.

Tai reiškia, kad tas pats darbo krūvis gali būti vykdomas mažesniuose serveriuose, todėl sumažėja debesijos ir licencijavimo išlaidos. Šių sutaupytų lėšų vertė yra ne tik trumpalaikė, bet ir ilgesnė, nes dauguma programų dabar galioja 5–20 metų ar ilgiau. Tai ne tik esminis dalykas, bet ir svarstymas, ką šiandien būtų galima nuveikti naudojant šį atlaisvintą kapitalą, siekiant tolimesnio verslo KPI.

Įsivaizduokite bendrą kodo kainą per 20 metų ir apsvarstykite: „Ar galėjome tą kodą padaryti 20% efektyvesnį ir, jei taip, kiek būtume galėję sutaupyti per 20 metų?

Tada pereinama prie debesies ir Pay-as-you-go palyginti su mokėjimas iš anksto modelis, kuris išnaudoja duomenų sistemų eksploatavimo ir priežiūros išlaidas greičiau, nei galime jas užfiksuoti ir analizuoti. „Apptio“ ataskaitoje pabrėžiama, kaip visi pralaimi, kai nėra skaidrumo dėl debesijos paslaugų sąnaudų:

• Inžinerija išleidžia daugiau, nei reikia, mažai suvokdama sąnaudų efektyvumą.
• Finansų komandos stengiasi suprasti ir neatsilikti nuo to, kas išleidžiama stulbinančiai daugybei parinkčių (vien AWS turi maždaug 300,000 XNUMX SKU ir papildomų tūkstančių naujų funkcijų per metus).
• Lyderystė neturi pakankamai informacijos apie tai, kiek bus išleista, ar gebėjimo daryti įtaką prioritetams.
• Viešieji pirkimai nėra sąmoningas užsakomųjų paslaugų dalyvis.

Jei optimizuosite kodo dalį, kol ji nepadarys jūsų sistemos neefektyvios (geriausiu atveju) arba sukels gedimą (blogiausiu atveju), turėsite šiek tiek daugiau planavimo ir įžvalgos. Tačiau tai būtina, jei norime neatsilikti nuo dabartinio verslo augimo tempo.

Kitame savo straipsnyje kalbėsiu apie tai, kaip galime išmatuoti bendrą kodo kainą ir taip sutaupyti milijardus neefektyviems procesams. Ar tu su manimi?