您沒有衡量的一項技術成本——如果您衡量的話可以節省數百萬美元

遷移到雲端后發生的最大轉變之一是我們為技術和應用程序付費的方式。 該行業已經從使用本地數據中心的服務器上的“無限量處理”轉變為可變或效用計算模型。 根據最近的 Apptio report,這意味著“每天都可以在團隊層面進行微優化,以改變雲支出的形式……這是一個 OpEx(運營支出)而不是 CapEx(資本支出)的世界,徹底改變了財務報告的方式和管理。”

結果,傳統的費用採購模式被顛覆,將購買力交給了開發和管理這些應用程序和基礎設施的工程師,而很少考慮公司的運營費用。 今天在技術戰壕中工作的每個人都專注於此時此地的特定所有權領域,確保系統每天都在不中斷的情況下運行。 沒有人在想: 我們能否更快、更好、更智能地做我們正在做的事情,即,在應用程序和流程中更有效地做我們正在做的事情?

Apptio 是一家旨在評估和傳達 IT 服務成本以用於規劃、預算和預測目的的軟件製造商,進一步將這種情況的嚴峻現實描述為“工程師對雲計算的財務承諾會影響公司的底線,同時財務團隊很難跟上支出的速度和粒度。”

大多數工程師無法控製或完全理解他們正在編寫的代碼; 他們只是在增加基礎設施來運行任何被提升到生產中的東西。

為您的團隊支持的數百種應用程序或技術計算您的技術環境的總成本在行業中並不常見。 這需要改變。 (注意:我不是在談論機器人處理自動化 - RPA,使用機器人來自動執行數字任務。)我的方法側重於應用程序、代碼和流程的效率,而不是自動化帶來的效率。

為什麼衡量代碼的總成本很重要。

應用程序旨在簡化業務用戶的流程。 即使響應時間只有幾秒鐘,應用程序也需要大量資源和復雜性才能提供答案。 現在,將其乘以整個企業中數千台服務器每秒數千或數百萬個應用程序請求。 同時發生這麼多事情很容易變得遙不可及,這也與成本有關。 如果運行應用程序的服務器本應使用三年,但由於容量不足而只能使用一年——該應用程序的真實成本是多少? 這是首席財務官和其他人需要知道的事情,因為他們有需要滿足的預算。

一個高效、健康的系統比一個低效的系統需要更少的資源來處理相同的工作負載。 代碼優化釋放了更多資源。

實際上,任何系統都有可能實現至少 30% 到 40% 的容量合理化,而代碼優化可以再節省 20% 到 80% 的成本。

這意味著相同的工作負載可以在更小的服務器上運行,從而降低雲和許可成本。 這些節省的價值不僅僅是短期的,而是長期的,因為現在大多數應用程序的壽命為 5 到 20 年,甚至更長。 這不僅僅是底線問題,而是考慮如何利用釋放出來的資本來進一步提高當今的業務 KPI。

想像一下 20 年的代碼總成本並考慮: “我們能否使該代碼的效率提高 20%,如果可以,我們可以在 20 年內節省多少?”

然後,有向雲的移動和 隨收隨付你去預付 模型運行和維護數據系統的成本比我們捕獲和分析它們的速度更快。 Apptio 報告強調了當云服務成本不透明時每個人都會遭受損失:

  • 在對成本效率知之甚少的情況下,工程部門的支出超出了它的需要。
  • 財務團隊難以理解並跟上花費在數量驚人的選項上的費用(僅 AWS 每年就有大約 300,000 個 SKU 和額外的數千個新功能)。
  • 領導層對將花費多少或影響優先級的能力沒有足夠的投入。
  • 採購部門並不是故意參與其自身的外包。

如果您在一段代碼使您的系統效率低下(最好的情況)或導致中斷(最壞的情況)之前優化一段代碼,那麼估計節省的成本需要更多的計劃和洞察力。 但是,如果我們想跟上企業當前的增長速度,這是必要的。

在我的下一篇文章中,我將討論如何衡量代碼的總成本,從而在低效流程上節省數十億美元。 你和我在一起嗎?

來源:https://www.forbes.com/sites/forbesbooksauthors/2023/02/27/the-one-technology-cost-youre-not-measuring-that-c​​ould-save-millions-if-you-did/