Единственият технологичен разход, който не измервате – който може да спести милиони, ако го направите

Една от най-големите промени, които ще настъпят с преминаването към облака, е как плащаме за технологии и приложения. Индустрията премина от всичко, което можете да обработвате на сървър с локални центрове за данни към променлив или полезен изчислителен модел. Според скорошно Apptio докладва, това означава, че „микро-оптимизациите могат да се случват на ниво екип всеки ден, за да променят формата на разходите за облак... Това е свят на OpEx (оперативни разходи) вместо CapEx (капиталови разходи), променяйки напълно начина на отчитане на финансите и се управлява.”

В резултат на това традиционният модел на обществени поръчки за разходите беше преобърнат, поставяйки разходната способност в ръцете на инженерите, които разработват и управляват тези приложения и инфраструктура, без да обръщат много внимание на това какво струва на компанията като оперативни разходи. Всеки, който работи в технологичните окопи днес, е фокусиран върху тук и сега за своята специфична област на собственост, като гарантира, че системата преминава всеки ден без прекъсване. Никой не мисли за: Можем ли да правим това, което правим, по-бързо, по-добре, по-интелигентно, т.е. по-ефективно в приложенията и процесите?

Apptio, създателите на софтуер, предназначен да оценява и съобщава цената на ИТ услугите за целите на планирането, бюджетирането и прогнозирането, допълнително описва мрачната реалност на тази ситуация като „инженери, които поемат финансови ангажименти към облака, които влияят на крайния резултат на техните компании, докато финансовите екипи се борят да се справят с темпото и детайлността на разходите.“

Повечето инженери не контролират и не разбират напълно кода, който пишат; те просто добавят инфраструктура, за да управляват всичко, което се популяризира към производство.

Не е обичайна практика в индустрията да се изчисляват общите разходи за вашата технологична среда за стотиците приложения или технологии, които вашият екип поддържа. Това трябва да се промени. (Забележка: Не говоря за Robotic Processing Automation-RPA, използвайки ботове за автоматизиране на цифрови задачи.) Моят подход е фокусиран върху ефективността на приложенията, кода и процесите, а не върху ефективността чрез автоматизация.

Защо измерването на общата цена на кода е важно.

Приложенията са предназначени да направят процесите лесни за бизнес потребителя. Необходими са много ресурси и сложност, за да даде едно приложение отговор, дори ако времето за отговор е само няколко секунди. Сега умножете това по хиляди или милиони заявки за приложения в секунда в хиляди сървъри във вашето предприятие. Лесно е нещата да станат недостъпни, тъй като толкова много неща се случват едновременно и това се отнася и до разходите. Ако сървърите, изпълняващи приложение, трябва да издържат три години, но издържат само една, защото нямат капацитет — каква е истинската цена на това приложение? Това е нещо, което финансовите директори и другите трябва да знаят, защото имат бюджети, които трябва да бъдат изпълнени.

Една ефективна, здрава система изисква по-малко ресурси за обработка на същото работно натоварване, отколкото една неефективна система. Оптимизацията на кода освобождава още повече ресурси.

На практика всяка система има потенциала да реализира рационализиране на капацитета с поне 30 до 40 процента, а оптимизирането на кода може да осигури още 20 до 80 процента от спестяванията на разходите.

Това означава, че същите работни натоварвания могат да се изпълняват на по-малки сървъри, намалявайки разходите за облак и лицензиране. Стойността на тези спестявания не е просто краткосрочна, а за продължителни периоди от време, тъй като повечето приложения сега живеят от 5 до 20 години или повече. Това не е само въпрос на крайния резултат, това е обмисляне на това какво може да се направи с този освободен капитал за по-нататъшни бизнес KPI днес.

Представете си общата цена на кода за 20 години и помислете за: „Можехме ли да направим този код с 20% по-ефективен и ако да, колко бихме могли да спестим за 20 години?“

След това има преминаване към облака и разходно-ти-отивам в сравнение с плащане предварително модел, който увеличава разходите за работа и поддръжка на системи за данни по-бързо, отколкото можем да ги уловим и анализираме. Докладът на Apptio подчертава как всички губят, когато няма прозрачност на разходите за облачни услуги:

• Инженерството харчи повече, отколкото е необходимо, с малко разбиране на ефективността на разходите.
• Финансовите екипи се борят да разберат – и да бъдат в крак с това – какво се изразходва за умопомрачителния брой опции (само AWS има приблизително 300,000 XNUMX SKU и допълнителни хиляди нови функции годишно).
• Лидерството няма достатъчно информация за това колко ще бъдат изразходвани или способността да влияе върху приоритетите.
• Снабдяването не е съзнателен участник в собствения си аутсорсинг.

Оценката на спестяванията, които ще имате, ако оптимизирате част от кода, преди да направи системата ви неефективна (в най-добрия случай) или да причини прекъсване (в най-лошия), изисква малко повече планиране и прозрение. Но е необходимо, ако искаме да сме в крак с текущия темп на растеж, който бизнесът изпитва.

В следващата си статия ще говоря за това как можем да измерим общата цена на кода, като по този начин спестим милиарди от неефективни процеси. С мен ли си?