Jediné náklady na technologii, které neměříte – to by mohlo ušetřit miliony, pokud byste to udělali

Jedním z největších posunů, ke kterým dojde s přechodem na cloud, je způsob, jakým platíme za technologie a aplikace. Průmysl přešel od all-you-can-process na serveru s datovými centry na místě k variabilnímu nebo užitnému výpočetnímu modelu. Podle nedávné Apptio zprávy, to znamená, že „každý den na týmové úrovni může docházet k mikrooptimalizacím, které mění podobu cloudových výdajů… Je to svět OpEx (provozní náklady) namísto CapEx (kapitálové výdaje), což zcela mění způsob vykazování financí a řídili."

V důsledku toho byl pozměněn tradiční model zadávání veřejných zakázek na náklady, čímž byla kupní síla svěřena inženýrům, kteří vyvíjejí a spravují tyto aplikace a infrastrukturu s velmi malým ohledem na provozní náklady společnosti. Každý, kdo dnes pracuje v technologických příkopech, se zaměřuje na tady a teď pro svou konkrétní oblast vlastnictví, což zajišťuje, že systém projde každý den bez výpadku. Nikdo nepřemýšlí o: Mohli bychom to, co děláme, dělat rychleji, lépe, chytřeji, tj. efektivněji v rámci aplikací a procesů?

Apptio, tvůrci softwaru určeného k hodnocení a komunikaci nákladů na IT služby pro účely plánování, rozpočtování a prognóz, dále popisuje chmurnou realitu této situace jako „inženýři přijímající finanční závazky vůči cloudu, které ovlivňují hospodářský výsledek jejich společností. finanční týmy se snaží udržet krok s tempem a granularitou výdajů.“

Většina inženýrů neovládá nebo plně nerozumí kódu, který píší; pouze přidávají infrastrukturu pro provoz všeho, co je povýšeno do výroby.

V tomto odvětví není běžnou praxí počítat celkové náklady na vaše technologické prostředí pro stovky aplikací nebo technologií, které váš tým podporuje. To je potřeba změnit. (Poznámka: Nemluvím o Robotic Processing Automation-RPA, využívající roboty k automatizaci digitálních úloh.) Můj přístup je zaměřen na efektivitu aplikací, kódu a procesů, nikoli na efektivitu prostřednictvím automatizace.

Proč je měření celkových nákladů na kód důležité.

Aplikace jsou navrženy tak, aby zjednodušily procesy pro podnikového uživatele. Aplikace vyžaduje mnoho zdrojů a složitosti, aby poskytla odpověď, i když je doba odezvy pouze několik sekund. Nyní to vynásobte tisíci nebo miliony žádostí aplikací za sekundu na tisících serverů ve vašem podniku. Je snadné, aby se věci staly mimo dosah, když se toho děje tolik současně, a to se týká i nákladů. Pokud servery, na kterých běží aplikace, mají vydržet tři roky, ale vydržet pouze jeden, protože jim došla kapacita – jaké jsou skutečné náklady na tuto aplikaci? To je něco, co finanční ředitelé a další potřebují vědět, protože mají nastavené rozpočty, které je třeba splnit.

Efektivní a zdravý systém vyžaduje méně zdrojů ke zpracování stejné pracovní zátěže než neefektivní systém. Optimalizace kódu uvolňuje ještě více zdrojů.

Prakticky každý systém má potenciál realizovat racionalizaci kapacity alespoň o 30 až 40 procent a optimalizace kódu může přinést dalších 20 až 80 procent úspory nákladů.

To znamená, že stejné pracovní zátěže lze provozovat na menších serverech, což snižuje náklady na cloud a licencování. Hodnota těchto úspor není pouze krátkodobá, ale po delší dobu, protože většina aplikací nyní žije 5 až 20 let nebo déle. Není to jen otázka konečného výsledku, je to zvážení toho, co by se dnes dalo udělat s tímto uvolněným kapitálem pro další obchodní KPI.

Představte si celkové náklady na kód za 20 let a zvažte: "Mohli bychom tento kód udělat o 20 % efektivnější, a pokud ano, kolik jsme mohli ušetřit za 20 let?"

Pak je tu přesun do cloudu a pay-as-you-go proti platba předem model, který zvyšuje náklady na provoz a údržbu datových systémů rychleji, než je dokážeme zachytit a analyzovat. Zpráva Apptio zdůrazňuje, jak všichni prohrávají, když neexistuje žádná transparentnost nákladů na cloudové služby:

• Inženýrství utrácí více, než je potřeba, s malým pochopením nákladové efektivity.
• Finanční týmy se snaží porozumět – a držet krok – co se utrácí za neuvěřitelné množství možností (samotná AWS má přibližně 300,000 XNUMX SKU a další tisíce nových funkcí ročně).
• Vedení nemá dostatek informací o tom, kolik bude vynaloženo, ani schopnost ovlivňovat priority.
• Nákup není záměrným účastníkem vlastního outsourcingu.

Odhad úspor, které získáte, pokud optimalizujete kus kódu dříve, než bude váš systém neefektivní (v lepším případě) nebo způsobí výpadek (v nejhorším případě), bude vyžadovat trochu více plánování a pochopení. Ale je to nezbytné, pokud chceme držet krok se současným tempem růstu, který podniky zažívají.

V mém příštím článku budu hovořit o tom, jak můžeme měřit celkové náklady na kód, a tím ušetřit miliardy na neefektivních procesech. Jsi se mnou?