開發成本管理準則
 建立具備預算、費用、報告和成本追蹤意識的團隊文化。 |
|---|
成本最佳化是在組織的各個層級進行。 請務必了解您的工作負載如何與組織目標和 FinOps 做法保持一致。 檢視業務單位、資源組織和集中式稽核原則，可讓您將標準化的金融系統和方法套用至您的工作負載。
範例案例
Contoso 組織並主持貿易展。 Contoso 看到一個機會，能透過在內部開發行動應用程式，提高其貿易展票證銷售流程的效率。 下列案例會遵循從概念到實作的開發流程，著重於成本最佳化考量。 行動應用程式是以 .NET 撰寫的 Web 應用程式，它裝載在 Azure App Service 基礎結構上，並使用 Azure SQL Database 作為其資料庫。
開發成本模型
開發成本模型。 此基本練習是設定財務追蹤系統的先決條件。
成本模型可協助區隔費用，並預估和預測擁有權總成本，包括基礎結構、支援和實作。 它可讓您儘早識別成本驅動因素，並預測使用量成長或縮減如何影響工作負載預測商務模型中的整體收入和支出。
Contoso 的挑戰
- 進入構想階段時，工作負載小組無法預測提供類似體驗的擁有權總成本，尤其是票證處理系統通常需要處理高載需求。 他們知道他們想要從小規模開始並隨著時間成長，但他們不知道如何為此建立模型，以預測建置和維護工作負載累加方法的成本。
- 若沒有這些初始預估，將難以為專案取得初始資金並預測長期籌資需求。
套用方法和結果
- 工作負載小組會花一些時間在各種案例中建立預估成本模型：他們知道建置工作負載所需的資源類型，並查看可支援不同負載模式的不同設定，以了解其 Azure 成本一開始和一段時間後可能的樣子。
- 他們使用粗略的預估基礎結構成本，加上來自供應項目的小組支出和收入預估，以建置成本模型。
- 此模型接著可讓他們開始預測成本，並了解當使用量隨著時間增加時，成本如何跟著增加。 他們知道他們可以精簡模型，因為架構和作業決策已決定增加其預測能力。
預估實際預算
預估實際預算，這些預算涵蓋所有不可協商的功能性和非功能性需求、人員和訓練成本，以及為預期增長提供的流程。
您將能夠設定財務界限，並建立方法，以根據分配的預算檢查支出。 當超過特定閾值時，您也會收到通知，這可防止在租用戶範圍、資源範圍和其他套用至預算的範圍上超支。
Contoso 的挑戰
- 在此案例中，應用程式處於設計階段，並已決定初始資源 SKU。
- Contoso 需要分配資金給行動票證處理工作負載。
- 不允許使用空白支票來執行工作負載。 需要為工作負載決定實際預算，因為預先分配不足可能會使工作負載時間表和成功處於危險之中，而過度分配可能會導致不必要的前期支出不符合工作負載的短期需求。
套用方法和結果
- 由於成本模型會以更精確的數字進行精簡，因此小組會為利害關係人提供以高信賴度估計且可防禦的預算。
- 有了預算，工作負載架構師就可以開始根據財務限制進行設計。 隨著深入了解實作和所需的作業，工作負載小組預期需要稍微重新協商。
- 他們希望有一個小小的緩衝，但最終將透過堅持預算分配來推動財政責任。
鼓勵上游通訊
鼓勵從架構師到應用程式擁有者的上游通訊。
當您對意見反應採取行動時，成本會降低，這應該視為與數值資料一樣有意義。 您將使用其輸入來推動實際的設計變更和商務策略，讓員工更有能力。
Contoso 的挑戰
- Contoso 的行動票證處理工作負載已成功實作，且已處於生產階段。
- 在分析一段時間的使用模式之後，工作負載小組成員發現實作並未完全針對成本效益最佳化。
- 由於專案管理和財務目前似乎對工作負載的成功感到滿意，所以他們不知道是否應該說什麼。
套用方法和結果
- 工作負載小組被鼓勵「就像是自己的錢一樣花」，因此，當他們看到目前設計的替代方法時，能夠當著產品管理的面大聲說話，這些方法可以解決應用程式的功能性需求，而不需要犧牲安全性、可靠性或效能，而且更具成本效益。
- 因此，工作負載小組會將發現的結果帶給利害關係人，並討論設計變更的優缺點。
- 設計變更已獲得核准，而且已實現成本節省。