Адзіны тэхналагічны кошт, які вы не вымяраеце, які мог бы зэканоміць мільёны, калі б вы вымяралі

Адзін з самых вялікіх зрухаў, які можа адбыцца з пераходам у воблака, - гэта тое, як мы плацім за тэхналогіі і прыкладанні. Прамысловасць перайшла ад апрацоўкі "ўсё, што можаш" на серверы з лакальнымі цэнтрамі апрацоўкі дадзеных да зменнай або карыснай мадэлі вылічэнняў. Згодна з нядаўнім Apptio паведамляць, гэта азначае, што «мікрааптымізацыя можа адбывацца на ўзроўні каманды кожны дзень, каб змяніць форму выдаткаў на воблака... Гэта свет OpEx (аператыўных выдаткаў) замест CapEx (капітальных выдаткаў), цалкам змяняючы спосаб фінансавай справаздачнасці і ўдалося».

У выніку традыцыйная мадэль закупак для выдаткаў была перавернута, аддаючы плацежную здольнасць у рукі інжынераў, якія распрацоўваюць і кіруюць гэтымі прылажэннямі і інфраструктурай, не звяртаючы ўвагі на тое, што гэта абыходзіцца кампаніі ў выглядзе аперацыйных выдаткаў. Кожны, хто сёння працуе ў тэхналагічных траншэях, засяроджаны на тут і цяпер для сваёй канкрэтнай сферы ўласнасці, гарантуючы, што сістэма працуе кожны дзень без адключэнняў. Ніхто не думае пра: Ці можам мы рабіць тое, што робім, хутчэй, лепш, разумней, г.зн., больш эфектыўна ў дадатках і працэсах?

Apptio, стваральнік праграмнага забеспячэння, прызначанага для ацэнкі і перадачы інфармацыі аб кошце ІТ-паслуг у мэтах планавання, складання бюджэту і прагназавання, далей апісвае змрочную рэальнасць гэтай сітуацыі: «інжынеры бяруць на сябе фінансавыя абавязацельствы перад воблакам, якія ўплываюць на прыбытак іх кампаній, а фінансавым камандам цяжка паспяваць за тэмпамі і дэталізацыяй выдаткаў».

Большасць інжынераў не кантралююць і не разумеюць цалкам код, які яны пішуць; яны проста дадаюць інфраструктуру для запуску ўсяго, што прасоўваецца да вытворчасці.

У галіны не прынята падлічваць агульныя выдаткі на тэхналагічнае асяроддзе для сотняў прыкладанняў або тэхналогій, якія падтрымлівае ваша каманда. Гэта трэба змяніць. (Заўвага: я не кажу пра Robotic Processing Automation-RPA, з выкарыстаннем ботаў для аўтаматызацыі лічбавых задач.) Мой падыход сканцэнтраваны на эфектыўнасці прыкладанняў, кода і працэсаў, а не на эфектыўнасці за кошт аўтаматызацыі.

Чаму вымярэнне агульнага кошту кода важна.

Праграмы распрацаваны, каб зрабіць працэсы простымі для бізнес-карыстальнікаў. Прыкладанню патрабуецца шмат рэсурсаў і складанасці, каб даць адказ, нават калі час адказу складае ўсяго некалькі секунд. Цяпер памножце гэта на тысячы ці мільёны запытаў прыкладанняў у секунду на тысячах сервераў вашага прадпрыемства. Рэчы лёгка становяцца недасягальнымі, калі так шмат адбываецца адначасова, і гэта таксама датычыцца выдаткаў. Калі серверы, на якіх працуе прыкладанне, павінны прапрацаваць тры гады, але толькі адзін, таму што іх магутнасць вычарпана, які сапраўдны кошт гэтага прыкладання? Гэта тое, што павінны ведаць фінансавыя дырэктары і іншыя, таму што ў іх ёсць бюджэты, якія неабходна выканаць.

Эфектыўная, здаровая сістэма патрабуе менш рэсурсаў для апрацоўкі той жа нагрузкі, чым неэфектыўная сістэма. Аптымізацыя кода вызваляе яшчэ больш рэсурсаў.

Практычна любая сістэма мае патэнцыял для рацыяналізацыі магутнасці як мінімум на 30-40 працэнтаў, а аптымізацыя кода можа забяспечыць яшчэ ад 20 да 80 працэнтаў эканоміі сродкаў.

Гэта азначае, што аднолькавыя працоўныя нагрузкі можна выконваць на меншых серверах, што зніжае выдаткі на воблака і ліцэнзаванне. Каштоўнасць гэтых зберажэнняў не толькі кароткатэрміновая, але і на працягу працяглых перыядаў часу, паколькі большасць прыкладанняў цяпер жывуць ад 5 да 20 гадоў і даўжэй. Гэта не проста пытанне сутнасці, гэта разгляд таго, што можна было б зрабіць з гэтым вызваленым капіталам для далейшага павышэння ключавых паказчыкаў эфектыўнасці бізнесу сёння.

Уявіце агульны кошт кода за 20 гадоў і падумайце: «Ці маглі б мы зрабіць гэты код на 20% больш эфектыўным, і калі так, то колькі б мы зэканомілі за 20 гадоў?»

Затым ёсць пераход у воблака і плаціць-як-вы-га у параўнанні з аплата наперад мадэль, якая павялічвае выдаткі на працу і абслугоўванне сістэм даных хутчэй, чым мы можам іх захапіць і прааналізаваць. Справаздача Apptio падкрэслівае, што ўсе губляюць, калі няма празрыстасці выдаткаў на воблачныя сэрвісы:

• Інжынерынг марнуе больш, чым трэба, мала разумеючы эканамічнай эфектыўнасці.
• Фінансавым камандам цяжка зразумець — і не адставаць — ад таго, што траціцца на ашаламляльную колькасць варыянтаў (адзін толькі AWS мае каля 300,000 XNUMX SKU і дадатковыя тысячы новых функцый у год).
• Кіраўніцтва не мае дастатковага ўкладу ў тое, колькі будзе выдаткавана, або магчымасці ўплываць на прыярытэты.
• Закупкі не з'яўляюцца наўмысным удзельнікам уласнага аўтсорсінгу.

Ацэнка эканоміі, якую вы атрымаеце, калі аптымізуеце частку кода, перш чым яна зробіць вашу сістэму неэфектыўнай (у лепшым выпадку) або выкліча збой (у горшым), патрабуе крыху большага планавання і разумення. Але гэта неабходна, калі мы хочам ісці ў нагу з бягучымі тэмпамі росту бізнесу.

У сваім наступным артыкуле я раскажу пра тое, як мы можам вымераць агульны кошт кода, зэканоміўшы такім чынам мільярды на неэфектыўных працэсах. Вы са мной?