本文可協助您瞭解 FinOps Framework 中的上線工作負載功能，以及如何在 Microsoft Cloud 中實作。
定義
引入工作負載是指根據其財務和技術可行性，將新的和現有應用程式帶入雲端的過程。
建立將新專案和現有專案併入雲端和 FinOps 實務的程式。 將新的利益關係人引入 FinOps 文化和方法。
根據目前的雲端資源和功能評估項目的技術可行性，並根據投資報酬率、目前的預算和預計預測評估項目的財務可行性。
簡化的上線程式可確保小組能夠順暢地轉換至雲端，而不需要犧牲技術、財務或商務原則或目標，並將業務營運中斷降到最低。
入門指南
專案上線是一個內部過程，完全取決於您的技術、財務和商務治理政策。
- 首先，熟悉組織內現有的治理原則和上線程式。
- FinOps 應該新增至現有的上線程式嗎？
- 是否有您可以使用或複製的工作程式？
- 是否有任何相關利害關係人可協助您建立流程？
- 誰有權在雲端中布建新的工作負載？ 您是如何得知它們已建立的？
- 有哪些治理措施可以用來架構並標記新的雲端資源？ 例如，Azure 原則會強制執行標記需求。
- 一開始，請保持簡單，並將焦點放在基本概念上。
- 藉由讓項目關係人檢閱 什麼是 FinOps，將新的專案關係人介紹至 FinOps 架構。
- 協助他們瞭解您的文化和流程。
- 判斷您是否有預算。
- 若要預估成本，請確定小組會透過 預測功能執行。
- 評估預算是否具有預估成本的容量。
- 要求部門負責人重新調整現有專案的優先級，以透過使用低利用率專案的資源，或降低部分現有專案的優先級來尋找資源容量。
- 如有需要，透過領導層逐步升級，直到確認預算容量為止。
- 請考慮在預算變更範圍內更新預測，以確保可行性。
以基本為基礎
此時，您有一個簡單的流程，利害關係人被介紹給 FinOps，而新專案至少會被審查預算資源。 當您進階之後，請考慮下列幾點：
- 自動化入職流程。
- 請考慮需要簡單的 FinOps 訓練。
- 請考慮預算變更的請求和核准過程，該過程可自動重新分配優先次序並將變更通知利益相關者。
- 將技術可行性引入核准程式。 一些需要包含的考量：
- 成本效益 – 實作/移轉、基礎結構、支援
- 復原 – 效能、可靠性、安全性
- 永續性 – 碳足跡
開發流程
記錄您的入職過程。 盡可能使用現有的工具和程式，並努力盡可能自動化，讓流程變得輕量、輕鬆且順暢。
在 FinOps Foundation 獲取更多資訊
此功能是 FinOps Foundation FinOps 架構的一部分，FinOps Foundation 是一家致力於推進雲端成本管理和最佳化的非盈利組織。 如需 FinOps 的詳細資訊，包括實用的劇本、訓練和認證計劃等等，請參閱 FinOps Framework 檔中的 上線工作負載功能 一文。
您也可以在 FinOps Foundation YouTube 頻道中找到相關的影片：
提供意見反應
請寫下您的快速評價，讓我們知道我們的表現如何。 我們會使用這些評論來改善及擴充 FinOps 工具和資源。
如果您要尋找特定專案，請投票給現有專案或建立新想法。 與其他人分享想法，以獲得更多的選票。 我們專注於擁有最多選票的想法。
相關內容
相關的 FinOps 功能：