上線工作負載
本文可協助您瞭解 FinOps Framework 中的上線工作負載功能,以及如何在 Microsoft Cloud 中實作。
定義
上線工作負載是指根據其財務和技術可行性,將新的和現有的應用程式帶入雲端的處理序。
建立將新專案和現有專案併入雲端和 FinOps 做法的處理序。 向新的專案關係人介紹 FinOps 文化和方法。
根據目前的雲端資源和功能評估專案的技術可行性,並根據投資報酬率、目前預算和預計的預測評估財務可行性。
簡化的上線處理序可確保小組能夠順暢地轉換至雲端,而不需要犧牲技術、財務或商務原則或目標,並將業務營運中斷降到最低。
開始使用
上線專案是一個內部處理序,完全取決於您的技術、財務和商務治理原則。
- 首先,熟悉組織內現有的治理原則和上線處理序。
- FinOps 應該新增至現有的上線處理序嗎?
- 是否有您可以使用或複製的工作處理序?
- 是否有任何專案關係人可協助您建立處理序?
- 誰有權在雲端中佈建新的工作負載? 當其建立好時如何通知您?
- 有哪些治理措施來建構和標記新的雲端資源? 例如,Azure 原則會強制執行標記需求。
- 一開始,請將其保持簡單,並著重在基本概念上。
- 藉由讓專案關係人檢閱什麼是 FinOps,向新的專案關係人介紹 FinOps Framework。
- 協助他們瞭解您的文化和處理序。
- 判斷您是否有預算。
- 若要預估成本,請確定小組會透過 預測功能執行。
- 評估是否有容量可承擔預估成本。
- 要求部門負責人重新確定現有專案的優先順序,透過使用未充分利用專案的容量或降低現有專案的優先順序來找出容量。
- 視需要向上呈報領導階層,直到確立預算容量為止。
- 請考慮在預算變更範圍內更新預測,以確保可行性。
建置在基本之上
此時,您有一個簡單的處理序,向專案關係人介紹 FinOps,而新專案至少會根據預算容量進行檢查。 超越基本時,請考慮下列幾點:
- 自動化上線處理序。
- 請考慮需要簡單的 FinOps 訓練。
- 請考慮預算變更要求和核准處理序,以自動重新設定優先順序和變更對專案關係人的通知。
- 將技術可行性引進核准處理序。 包含下列考量事項:
- 成本效益 – 實作/移轉、基礎結構、支援
- 復原 – 效能、可靠性、安全性
- 永續性 – 碳足跡
開發處理序
記錄您的上線處理序。 盡可能使用現有的工具和處理序,並努力盡可能自動化,讓處理序變得輕量、輕鬆且順暢。
在 FinOps Foundation 深入瞭解
這項功能是 FinOps Foundation 的 FinOps Framework 的一部分,這是一個致力於推進雲端成本管理和最佳化的非盈利組織。 如需 FinOps 的詳細資訊,包括實用的劇本、訓練和認證計劃等等,請參閱 FinOps Framework 文件中的上線工作負載功能一文。
您也可以在 FinOps Foundation YouTube 頻道中找到相關的影片:
相關內容
相關的 FinOps 功能:
意見反應
https://aka.ms/ContentUserFeedback。
即將登場:在 2024 年,我們將逐步淘汰 GitHub 問題作為內容的意見反應機制,並將它取代為新的意見反應系統。 如需詳細資訊,請參閱:提交並檢視相關的意見反應