成本優化設計原則

架構設計一律由商業目標所驅動,必須 考慮投資報酬率 (ROI) 和財務限制。 要考慮的一般問題包括:

  • 配置的預算是否可讓您符合目標?
  • 應用程式及其作業的消費模式為何? 什麼是優先順序區域?
  • 如何透過更好的使用率或減少,將資源投資最大化?

成本優化的工作負載不一定是低成本的工作負載。 有顯著的取捨。 策略性方法會反應性,而且只能在短期內降低成本。 若要達成長期財務責任,您必須 建立優先順序、持續監視和可重複處理 以優化為主的策略。

設計原則旨在提供您在設計和實作工作負載架構時需要考慮的優化策略。 從建議的方法開始,並 證明一組商務需求的優點。 設定策略之後,請使用 成本優化檢查清單 作為下一個步驟來推動動作。

當您將商務需求排定優先順序以符合技術需求時,您可以調整成本。 不過,您應該預期 在您想要將成本優化的區域有一系列取捨,例如安全性、延展性、復原性和操作性。 如果解決這些領域中的挑戰成本很高,而且這些原則未正確套用,您可能會做出風險性選擇,以偏好較便宜的解決方案,最終會影響貴組織的商務目標和信譽。

開發成本管理專業領域

目標圖示 建置小組文化,瞭解預算、費用、報告和成本追蹤。

成本優化是在組織的各種層級進行。 請務必瞭解您的工作負載如何符合組織目標和 FinOps 做法。 檢視業務單位、資源組織和集中式稽核原則可讓您採用標準化財務系統。

方法 優點
開發 成本模型。 此基本練習是設定財務追蹤系統的必要條件。 成本模型可協助分割費用,並預估和 預測總擁有成本,包括基礎結構、支援和實作。 它可讓您提早識別成本驅動因素,並預測任何變更、成長或縮減如何影響預測商務模型中的整體支出。
具有 有效但彈性的責任模型 ,其實作方式是適當指派的角色和責任。 隨著架構演進,各種角色都會參與決策制定。 清楚責任有助於強制執行每個角色 的功能期望 , (指定範圍) 、提高透明度,並在所需的層級產生具有透明度的報表。
預估涵蓋所有非功能性和非功能需求、人員和訓練成本,以及提供預期成長的程式 的實際預算 您將能夠 設定財務界限 ,並建立根據已配置預算檢查費用的方式。 當您超過特定閾值時,您也會收到通知,這可防止在租用戶範圍、資源範圍和其他套用至預算的範圍上過度加總。
使用 治理 和程式來實作責任模型和預算。 它不足以取得通知,因為這是反應式。 主動式治理 可協助您避免可能導致超出預算不必要的支出的動作。

某些動作可以改善目前的狀態。 保留原則是否太寬鬆? 您是否需要延展性限制,以確保負責任的工程?
在系統中建置可 擷取和分類費用的功能。 您將能夠計算顯示不同計費界限 之技術和商務觀點 的成本。

您也可以進行定期檢閱,並推動回報和退款程式。
規劃 訓練成本、僱用費用,以及 隨著工作負載成熟而增強技能所需的基礎結構成本。 投資人員配置可透過完整或廠商支援 來補充現有的技能
鼓勵架構設計人員和應用程式擁有者的 上游通訊 當您對意見反應採取行動時,研究成本會降低,這應該視為數值數據有意義。 您將藉由使用員工輸入來 推動實際的設計變更 和商務策略,來強化員工的能力。

採用成本效益思維進行設計

目標圖示 只花在達到投資最高報酬所需的專案上。

每個架構決策都有直接或間接的財務影響。 瞭解與組建與購買選項、技術選擇、計費模型和授權、訓練、作業等相關聯的成本。

假設有一組需求,優化並做出與成本相關的取捨決策,但仍能有效地解決工作負載的跨領域考慮。

方法 優點
測量技術和自動化選擇所產生的總成本,並考慮 ROI 的影響。 設計必須在所有功能和非功能需求的可接受界限內運作。 設計也必須有彈性,才能容納預測的演進。

考慮取得、訓練和變更管理的成本。
實作平衡的方法,將 ROI 納入考慮 可防止過度工程,這可能會增加成本。

捨棄昂貴且缺乏業務理由的替代專案,可在您的預算中提供緩衝區,供您在其他領域花費。

我們不建議您在計劃性成長之外設計,因為這樣做可能會轉移配置給短期設計選擇和取捨補償的投資。
使用最適合滿足您需求的計費模型,建立初始成本 精簡成本估計可協助您預測成本與預算的比較,並識別主要成本驅動因素。 成本驅動程式是否有助於符合商務需求?

您必須知道初始成本,才能重新調整您的選擇,並評估其他符合成本效益的選項。 如果設計處於單純假設狀態,您將發現可能無法偵測到的隱藏成本。
藉由將可降低整體成本的服務優先順序、不需要額外投資,或對功能沒有重大影響,以微調設計。 優先順序應該考慮帶來高ROI的商務模型和技術選擇。 您將能夠探索可能啟用資源彈性或動態調整的較便宜選項,或可能證明使用現有投資。 優先順序參數可能會考慮重要工作負載、運行時間和作業所需的成本,以及其他可能協助小組更有效率的成本。
設計您的架構以支援成本護欄 透過治理原則或內建應用程式設計模式強制執行,可能會防止意外或未核准的費用。
對於服務等級協定所支援的工作負載, (SLA) , 請考慮保留預算的優缺點,以因應懲罰與使用它進行實作。 如果您的實作很健全,您可以避免懲罰。 確保您的設計符合其預期功能並符合承諾,是一種主動式方法,可降低最終責任的風險。

交涉實際成本承諾,或與您的產品擁有者合作以建立專用違規預算,可讓這些目標更容易達成。

使用方式優化的設計

目標圖示 最大化資源和作業的使用。 將它們套用至解決方案的交涉功能和非功能需求。

服務和供應專案提供各種功能和定價層。 購買一組功能之後,請避免使用量過低。 尋找在層中最大化投資的方法。 同樣地,請持續評估計費模型,以根據目前的生產工作負載,找出更符合使用量的模型。

方法 優點
評估您選擇的 資源 SKU 是否提供 可協助您符合效能、安全性、可靠性或操作目標的其他功能。 藉由利用您為設計選取的 SKU 所提供的功能,您可以充分利用您付費的功能,並 避免支付未使用的功能
在實際的情況下,請使用以使用量為基礎的定價 您將支付您所使用的確切費用。 這個選項可能比完全利用的預付選項更昂貴。 不過, 如果您不預期完全利用預先購買的計算,使用量計費可能是較佳的選擇。
套用 原則以符合設計和設計的上限和下限。 治理可確保只布建允許的區域和服務及其預算數量。 此治理 可減少浪費,以及過度布建資源
如果您已支付資源費用,請優先部署主動-主動-主動模型或僅主動-被動模型作為復原方案的一部分。 如果您的設計預設為使用主動-被動模型,您可能會有其他可能使用的 閑置資源 。 轉換成主動-主動可能會讓您符合負載撫平和調整高載需求,而不需要過度加班。 如果您可以符合僅使用中模型的復原目標,則可以完全移除這些資源的成本。
定期且嚴格 地檢閱未使用之資源和數據的部署 ,並解除委任。 當您不再需要資源時,關閉未使用的資源並刪除數據,可減少浪費並釋出 資金,讓您可以在其他地方投資它們
針對您在折扣長期方案中 認可的資源 ,尋找其他用途。 請考慮 預先購買的資源、現有的授權,以及其他未使用的承諾用量型折扣資源。 您可以使用這些資源來節省成本。 您可以將這些資源用於測試、其他環境,或甚至解決功能和非功能需求。

同樣地,針對工作負載所使用的資源,尋找利用已認可計劃的機會,可讓工作負載透過預先認可來優化這些資源成本。
利用您對 支援方案的投資 使用支援計劃 來處理生產問題或主動式檢閱 ,可協助您獲得金錢價值。 與您的 Microsoft 支援模型完全互動。

速率優化的設計

目標圖示 在不重新設計、重新交涉或犧牲功能或非功能需求的情況下提升效率。

利用機會來優化現有資源和作業的公用程式和成本。 如果您沒有這麼做,則不需要任何新增的 ROI 即可花費金錢。

方法 優點
藉由認可和預先購買來充分利用資源類型上所提供的 折扣 ,這些折扣不會隨著時間而變更,以及可預測成本和使用率。

此外,請與您的授權小組合作,以影響未來的購買合約方案和續約。
Microsoft 針對特定資源和資源類別提供可預測的長期承諾率降低。 資源 在使用量期間的成本較低 ,而且可在期間內分攤。

藉由讓您的授權小組知道資源目前的和預測投資,您可以在組織簽署合約時協助他們正確調整承諾。 在某些情況下,這些預測和承諾可能會影響貴組織的價位表,這可受益於工作負載的成本,以及使用相同技術的其他小組。
藉由評估 不需要額外授權的替代專案,以尋找降低授權成本的方法。 請考慮混合式使用和生產前訂用帳戶定價等選項。 您可以利用選項來降低服務、操作系統和工具的 授權成本 ,以降低相同或可比較技術的訪問許可權。
當資源的使用率很高且可預測且可用的可比較 SKU 或計費選項時,請切換至固定價格計費,而不是以耗用量為基礎的資源計費 使用率很高且可預測時,固定價格模型通常成本較低,而且通常支援更多功能。 使用它可能會增加您的 ROI。
使用貴組織提供的集中式資源,並與其他小組共用成本。 共用資源通常具有較高的容量來支援多個工作負載,而 成本會分散到小組。 只要工作負載的功能不會遭到入侵,就可節省共用資源的相依性。

回報和退款是其他潛在優點。
部署到 成本較低的區域。 某些區域會以較便宜的價格提供服務。 如果您仍可符合功能和非功能需求,您應該考慮使用這些區域。 您可以藉由評估每個環境的區域選擇來進一步受益,即使生產環境無法,也可能會針對生產前環境使用偏好的定價。
與其他資源、工作負載,甚至是小組共置使用方式。

偏好更容易達到較高密度的服務。

請考慮潛在的取捨,特別是在安全性界限上。
您將能夠藉由優化硬體使用率來節省成本。

隨著密度增加,您需要執行工作負載的資源數量會減少。 這可降低每個單位的成本和管理成本。

監視並優化一段時間

目標圖示 隨著您的工作負載隨著生態系統演進,持續調整投資大小。

昨天的重要事項目前可能並不重要。 當您透過評估生產工作負載時, 預期架構、商務需求、程式,甚至是小組結構的變更。 您的軟體開發生命週期 (SDLC) 實務可能需要演進。 外部因素也可能變更,例如雲端平臺、其資源和合約。

您應該仔細評估所有變更對成本的影響。 定期監視變更和 ROI 趨勢,並評估您是否需要調整功能和非功能需求。

方法 優點
藉由使用您的成本追蹤系統,持續評估和優化資源、數據和付費支援的成本。 是否有 使用量過低的資源可以淘汰、取代、重建或重構 您可以 避免支付未完全使用的資源來降低成本。 了解定價計量可協助您做出更符合成本模型的決策。 它也可以防止不必要的計費。 藉由調整或移除使用量過低的資源,或甚至變更 SKU,您可以降低成本。

您也可以藉由評估支援合約的使用方式並調整其大小,來節省一些成本。
根據 ROI 數據,持續調整架構設計決策、資源、程式代碼和工作流程。 定期檢閱計量、效能數據、計費報告和功能使用量,可能會導致 微調以降低成本
以不同的方式處理不同的 SDLC 環境,並部署正確的環境數目。

生產環境應該是您的主要成本驅動程式。
您可以藉由了解 並非所有環境都需要模擬生產環境來節省成本。 非生產環境可以有不同的功能、SKU、實例計數,甚至是記錄。

您也可以視需要建立生產前環境,並在不再需要時加以移除,以節省成本。

下一步