FinOps框架
FinOps框架是會根據雲端的變化而不斷演進的。這組建構區塊(Building Block)能讓我們將FinOps實踐調整成適合我們企業的雲端成熟度與複雜性。(PS:關於甚麼是建構區塊請參閱本部落格有關於TOGAF的文章)本文將介紹FinOps框架及其實踐，以及將其調整成符合我們組織的需求與相關的實行，如指南、評估與腳本。
FinOps框架概述了原則、角色、成熟度特徵和關鍵能力，以建立成功的 FinOps 實踐所需的活動和成功衡量標準。
每個採用雲端的企業都需要發展自己的雲端成本控制機制。 該框架透過與雲端成本管理最佳實踐保持一致，為企業的 FinOps 實踐提供了一個營運模型。 隨著我們的FinOps成熟，我們不必探索新的、未知的陷阱，而是可以使用該框架來建立FinOps 實踐，並保持對FinOps 的所有領域的關注，以幫助儘早實現目標，同時了解當前未關注的要素。
營運模式
框架就是企業在FinOps的營運模式。而營運模式不是一長串的工作清單，而是我們可以根據企業本身的需球在實踐中使用的活動的綜合清單。也就是挑適合我們目前所在企業本身的組織架構與文化來使用。
Finops框架可協助我們了解FinOps能力清單以及如何在不同組織中實施這些能力的基本結構，並允許選擇適合現行組織的能力和實施細節。
框架模型
下圖呈現了FinOps框架中的一些主要組件。我們將概述在這個框架中的每個主要組件的功能:原則、角色、成熟度、階段、領域與能力。
原則
我們在"FinOps的六個原則"一文中已經對每個原則進行的說明。我們在 FinOps 實務中執行的所有活動都必須符合這些原則。 領域、能力、角色和階段都強化了他們所擁護的價值觀。 當我們擴展 FinOps 框架並為企業客製其組件時，請務必牢記這些原則並在實踐中保持與它們的一致性。
角色
儘管 FinOps 從業者需要參與框架的各個面向，但參與 FinOps 的所有角色也將從了解其結構中受益。 CEO將有興趣了解領域(業務)成果以及投資哪些領域(業務線)，以確保他們的問題得到解答並實現目標。 技術團隊需要知道他們的每項任務如何對特定功能做出貢獻，並且該框架為他們的工作成果提供了背景。 透過框架術語實現了一致的 FinOps 術語，並幫助每個角色加深對他們需要扮演的角色的理解。
成熟度
FinOps框架適用於所有實踐，無論成熟度如何。 隨著企業的FinOps成熟度提高，我們將逐漸取得更多的能力，然後為成功的衡量標準設定不斷增加的目標。 每種能力本身都處於不同的成熟階段。
框架中的每項能力都有成熟度評估。 我們應該致力於熟悉計劃中能立即解決問題的能力。 能力清單並不是我們應該盲目遵循的死記硬背清單。 隨著企業發展到所需的活動，能力的成熟需要時間和不斷的迭代。 我們的目標不是在每項能力上都達到最高等級成熟度； 每種能力的成熟度都需要適合不同企業的需求。
我們應該評估哪些領域將幫助我們實現預期結果，然後評估這些領域中的哪些能力需要改進。 例如雲端中的共享成本是一種可能在早期給予過多時間的能力的常見範例。 當多個團隊使用單一雲端資源或服務時，通常會發生這種情況。 雖然企業可以透過自己的資料處理或工具引入詳細的共享模型，以根據即時使用情況重新分配成本，但並非總是需要這種特殊性。 雖然該領域的工具和最佳實踐在過去幾年中已經有了很大改進，但我們應該評估目前商定的固定百分比（例如根據商定的百分比分攤一些共享成本）是否足夠。 簡單的分配解決方案通常可以儘早滿足業務需求，而無需增加更成熟和動態的共享成本能力的複雜性。
階段
我們在FinOps的生命週期一文中提到的FinOps的三個階段：知情、優化和維運。 這些階段可協助我們以一致的順序組織每個能力的活動。 它們提醒我們始終以迭代、循環的方式作業，並隨著成熟度而進行漸進式改進。
領域與能力
領域所指的是一組可以達成業務成果的能力。這一組能力會隨著時間而變化，下表是領域清單與領域項目中的主要成果:
領域: 理解雲端使用與成本
成果: 當責與透明度的驅動
領域: 績效追蹤與基準測試
成果: 定義出甚麼是"好的"指標
領域: 即時決策
成果: 數據驅動的支出決策提供快速回饋循環
領域: 雲端使用優化
成果: 確保雲端資源的使用效能，同時去除浪費
領域:雲端費率優化
成果: 根據雲端的不同產品費率方案來達成總體節費
領域:整體契合
成果: 讓雲端使用情況與組織目標和結構保持一致
這些成果能幫助我們老闆們經常會問的問題:
- 哪一個系統化最多錢?(理解雲端使用率與成本)
- 哪一個系統/服務我們可以節費?(使用優化，費率優化)
- 隨著時間的推移，某一類資源的使用發生了什麼樣的變化?(績效追蹤)
然後，每個領域都會確定一組能力，該能力幫助解決在嘗試實現所需成果時將面臨的特定挑戰。 每個能力都描述了有助於該能力所需資料、維運和指標。
領域的結構
每個領域的標準結構如下:
定義(Definition)：
協助我們理解在 FinOps 實踐中需要執行的高階活動，以實現應該期望的預期結果，以及該領域旨在為我們解決的主要問題。
能力：
提供實現該領域成果的能力清單。
廠商與服務商：
工具和服務提供商清單，可提供在該領域為我們提供協助的解決方案。 一些解決方案提供者專門提供針對單一領域的工具，具有深厚的專業知識，而其他解決方案提供商則提供跨多個領域的整體解決方案。
訓練與課程：
一系列關於FinOps訓練與認證課程
能力結構
每項能力代表支援其對應 FinOps 領域的活動能力領域。
定義：
此定義概述了功能的範圍，可協助我們了解哪些能力與特定目標或結果相符。
成熟度評估：
透過從多個角度檢視 FinOps 實踐，我們可以評估每個角度對於組織整體以及其中特定目標群體的優勢。 正我們可以透過五個視角來評估能力成熟度：
- 知識 —
目標群體了解該能力所涉及的內容嗎？ 這個概念及其機制、術語和流程的理解程度如何？ - 流程 —
目標群體能否描述在他們的作業背景脈絡下執行該能力的流程？ 考慮此類流程的效能、有效性和普遍性。 - 指標 —
這個能力是可量測的嗎？ 有辦法證明隨著時間的推移所取得的進步績效嗎？ 如何取得這些量測標準，以及它們與業務成果的相關性如何？ - 採用 —
作為其整體和關鍵能力的一部分，該能力在多大程度上被企業採用和接受？ 考慮此能力在整個組織中的普遍性和存在性。 - 自動化 —
目標群體是否以可＂重複、一致、高效＂且節省勞動力的方式自動化此能力?
功能性活動(functional activities)
功能性活動是允許各種角色在 FinOps 生命週期的各個階段迭代地滿足 FinOps 實踐需求的任務或流程（請參閱本部落格關於FinOps 爬/走/跑各個階段文章）。 這些活動和流程會用於以下一項或多項活動：
- 賦能 —
培養幫助他人執行 FinOps 活動的能力 - 教育/知識分享 —
教授他人如何執行FinOps活動 - 宣揚 —
協助他人理解能力的重要性 - 可執行的作業 —
建立並傳達需要組織中某人採取行動的任務 - 強化FinOps成熟度 —
發展流程和工具，使 FinOps 在企業中取得成功
成功的量測標準
每項能力都需要至少有一個指標來監控其效能並允許 FinOps 從業者設定目標。指標幫助我們能夠設定每個FinOps成熟度的目標進展。成功的量測標準還可以幫助我們確定哪些活動阻礙實現目標。
量測各種能力程度的一些例子包括：
- 成本分配
- 預測變異
- 資源使用效率
調整框架以滿足不同企業的需求
不同的企業都有不同背景脈絡、架構、文化等因素。FinOps 框架本身經過精心設計，透過一系列 KPI 提供良好參數、描述所需活動背景下的成熟度特徵以及描述每個 FinOps 角色的責任，從而具有方向性。
我們所使用的CSP工具和供應商工具將進一步影響團隊如何完成框架所述的 FinOps 實踐中的特定活動。 建議的方法是從 FinOps 框架開始，修改功能性活動以擷取任何企業或特定產業的活動。 這方面的範例包括變更管理工作流程或採購流程。 對於每項活動，將他們分配給企業內的特定角色，教育員工應遵循的流程，並宣揚完成每項活動的重要性。
框架實行是FinOps社群創建的資源，旨在提供特定於產業和供應商的成功秘訣。 這些資源有多種形式，包括操作指南、功能手冊，甚至是影音展示。 實行的目的是提供與環境相關的方法來應對挑戰，從而提高財務營運能力。 實行可以描述如何針對單一能力、領域或整個 FinOps 框架使用特定工具、流程或細部功能性活動。
結論
FinOps 框架不僅對於那些開始 FinOps 實踐的從業者而且對於成熟的從業者來說都是有用的資源。總結本文:
- FinOps 框架是一組建構區塊，可讓我們建立與在雲端中的組織成熟度相符的成功 FinOps 實踐。
- 採用框架中使用的術語將有助於企業內所有有關 FinOps 的角色使用通用語言。
- 框架使我們能夠評估自己的優勢和劣勢。
- 此框架不僅適用於 FinOps 從業者，也適用於企業中的所有角色。
- 應該透過調整能力以適應組織的運作方式，將該框架應用到我們自己的實踐中。
