Једини трошак технологије који не мерите — који би могао да уштеди милионе ако јесте

Једна од највећих промена до којих долази са преласком на облак је начин на који плаћамо технологију и апликације. Индустрија је прешла са процеса „све што можете“ на серверу са локалним центрима података на променљиви или услужни рачунарски модел. Према недавном Апптио извештај, то значи да „микро-оптимизације могу да се десе на нивоу тима сваког дана како би се променио облик потрошње у облаку… То је свет ОпЕк-а (оперативних трошкова) уместо ЦапЕк-а (капиталних трошкова), потпуно мењајући начин на који се извештава о финансијама и управљао.”

Као резултат тога, традиционални модел набавке за трошкове је преокренут, стављајући потрошачку моћ у руке инжењера који развијају и управљају овим апликацијама и инфраструктуром са врло мало обзира на то колико то кошта компанију у оперативним трошковима. Сви који данас раде у технолошким рововима фокусирани су на овде и сада за своју специфичну област власништва, обезбеђујући да систем прође сваки дан без прекида. Нико не размишља о: Да ли бисмо то што радимо могли да радимо брже, боље, паметније, односно ефикасније у оквиру апликација и процеса?

Апптио, произвођачи софтвера дизајнираног за процену и комуникацију трошкова ИТ услуга у сврхе планирања, буџетирања и предвиђања, даље описује мрачну реалност ове ситуације као „инжењери који преузимају финансијске обавезе у облаку који утичу на крајњи резултат њихових компанија док финансијски тимови се боре да одрже корак са темпом и грануларношћу потрошње.”

Већина инжењера не контролише нити у потпуности разуме код који пишу; они само додају инфраструктуру за покретање свега што се промовише у производњу.

Није уобичајена пракса у индустрији да се израчунају укупни трошкови за ваше технолошко окружење за стотине апликација или технологије коју ваш тим подржава. Ово треба да се промени. (Напомена: не говорим о Роботиц Процессинг Аутоматион-РПА, користећи ботове за аутоматизацију дигиталних задатака.) Мој приступ је фокусиран на ефикасност апликација, кода и процеса, а не на ефикасност кроз аутоматизацију.

Зашто је мерење укупне цене кода важно.

Апликације су дизајниране да поједноставе процесе за пословне кориснике. Потребно је много ресурса и сложености да би апликација пружила одговор, чак и ако је време одговора само неколико секунди. Сада, помножите ово са хиљадама или милионима захтева апликација у секунди на хиљадама сервера широм вашег предузећа. Лако је да ствари постану ван домашаја са толико тога што се дешава истовремено, а то се односи и на трошкове. Ако би сервери који покрећу апликацију требало да трају три године, али само једну јер немају капацитет — колика је стварна цена те апликације? Ово је нешто што финансијски директори и други морају да знају јер имају буџете који треба да буду испуњени.

Ефикасан, здрав систем захтева мање ресурса за обраду истог радног оптерећења него неефикасан систем. Оптимизација кода ослобађа још више ресурса.

Практично сваки систем има потенцијал да оствари рационализацију капацитета за најмање 30 до 40 процената, а оптимизација кода може да обезбеди још 20 до 80 процената уштеде трошкова.

То значи да се иста радна оптерећења могу изводити на мањим серверима, смањујући трошкове облака и лиценцирања. Вредност ових уштеда није само краткорочна, већ током дужег временског периода, јер већина апликација сада живи 5 до 20 година или дуже. Не ради се само о крајњој линији, већ о томе шта би се могло урадити са овим ослобођеним капиталом за даље пословне КПИ данас.

Замислите укупан трошак кода за 20 година и размотрите: „Да ли смо могли да учинимо тај код 20% ефикаснијим, и, ако јесте, колико смо могли да уштедимо током 20 година?“

Затим, ту је прелазак на облак и паи-ас-иоу-го против плаћање унапред модел који повећава трошкове за рад и одржавање система података брже него што можемо да их ухватимо и анализирамо. Апптио извештај наглашава како сви губе када нема транспарентности у трошковима услуга у облаку:

• Инжењеринг троши више него што је потребно уз мало разумевања трошковне ефикасности.
• Финансијски тимови се боре да схвате – и одрже корак са – шта се троши на запањујући број опција (само АВС има приближно 300,000 СКУ-ова и додатне хиљаде нових функција годишње).
• Руководство нема довољно доприноса колико ће бити потрошено или способност да утиче на приоритете.
• Набавка није намерно учесник у сопственом спољном пословању.

Процена уштеде коју ћете имати ако оптимизујете део кода пре него што он учини ваш систем неефикасним (у најбољем случају) или изазове прекид (у најгорем) захтева мало више планирања и увида. Али то је неопходно ако желимо да одржимо корак са тренутном стопом раста коју предузећа доживљавају.

У свом следећем чланку, говорићу о томе како можемо да измеримо укупну цену кода и на тај начин уштедимо милијарде на неефикасним процесима. Јесте ли са мном?