Единствениот технолошки трошок што не го мерите - што може да заштеди милиони ако го направите тоа

Една од најголемите промени што се случуваат со преселувањето во облакот е начинот на кој плаќаме за технологија и апликации. Индустријата се префрли од сè што може да се процесира на сервер со центри за податоци во просториите на променлива или корисен компјутерски модел. Според неодамнешниот Apptio пријавите, тоа значи дека „микро-оптимизациите може да се случуваат на ниво на тим секој ден за да се промени обликот на трошењето на облакот… Тоа е свет на OpEx (оперативни трошоци) наместо CapEx (капитални трошоци), целосно менувајќи го начинот на кој се известуваат финансиите и успеа“.

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

Apptio, производители на софтвер дизајниран да ги процени и да ги пренесе трошоците за ИТ услугите за планирање, буџетирање и предвидување, дополнително ја опишува мрачната реалност на оваа ситуација како „инженери кои преземаат финансиски обврски кон облакот што влијае на крајната линија на нивните компании додека финансиските тимови се борат да бидат во чекор со темпото и грануларноста на трошењето“.

Повеќето инженери не го контролираат или целосно го разбираат кодот што го пишуваат; тие само додаваат инфраструктура за да се кандидира што било промовирано во производство.

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

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

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

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

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

Ова значи дека истите оптоварувања може да се извршуваат на помали сервери, намалувајќи ги трошоците за облак и лиценцирање. Вредноста на овие заштеди не е само краткорочна, туку во подолги временски периоди бидејќи повеќето апликации сега живеат од 5 до 20 години или подолго. Тоа не е само прашање на крајна линија, туку размислување за тоа што би можело да се направи со овој ослободен капитал за понатамошни деловни KPI денес.

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

Потоа, тука е движењето кон облакот и pay-as-you-go наспроти исплата однапред модел кој ги зголемува трошоците за работа и одржување на податочните системи побрзо отколку што можеме да ги фатиме и анализираме. Извештајот Apptio нагласува како сите губат кога нема транспарентност во трошоците за облак услугите:

• Инженерството троши повеќе отколку што е потребно со мало разбирање за ефикасноста на трошоците.
• Финансиските тимови се борат да разберат - и да продолжат со - што се троши на зачудувачкиот број на опции (само AWS има приближно 300,000 SKU и дополнителни илјадници нови функции годишно).
• Лидерството нема доволно информации за тоа колку ќе се потроши или способност да влијае на приоритетите.
• Набавката не е намерен учесник во сопственото аутсорсинг.

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

Во мојата следна статија, ќе зборувам за тоа како можеме да ја измериме вкупната цена на кодот, а со тоа да заштедиме милијарди на неефикасни процеси. Дали сте со мене?