FinOps 準則

FinOps 架構包含六項準則，可作為 FinOps 實務的重點目標。 這些準則如下：

集中式小組會驅動 FinOps

• 中央小組負責鼓勵、宣傳和實現共用課責模型中的最佳做法。 在這方面，FinOps 中央小組很像安全性，它有一個中央小組，但每個人都仍然負責自己的部分。
• 需要主管對於 FinOps 及其做法和流程的認可。
• 集中化費率、承諾用量和折扣最佳化以利用規模經濟。
• 消除工程師和營運小組考慮費率協商的需求，讓他們專注於自己環境的使用最佳化。

小組需要共同作業

• 財務、技術、產品和業務小組會以近即時的方式合作，因為雲端會每秒依據每個資源來運作。
• 小組共同合作，持續改善效率和創新。

FinOps 資料應可供存取且及時

• 成本資料會在可供使用時進行處理並共用。
• 即時可見度可自動驅動更佳的雲端使用率。
• 快速意見反應迴圈會導致更有效率的行為。
• 雲端支出的一致可見度會提供給組織的所有層級。
• 建立、監視及改善即時財務預測和規劃。
• 趨勢和變異數分析有助於解釋成本增加的原因。
• 內部小組標竿測試可推動最佳做法並慶祝勝利。
• 產業對等層級的標竿測試可評估貴公司的績效。

每個人都會取得其雲端使用量的擁有權

• 使用量和成本的課責會推至邊緣，工程師將從結構設計到進行中的作業取得成本擁有權。
• 個別功能與產品小組能夠根據其預算管理自己的雲端使用量。
• 針對符合成本效益的結構、資源使用量和最佳化來分散決策。
• 技術小組必須從軟體開發生命週期開始，開始將成本視為新的效率計量。

決策是由雲端的商業價值所驅動

• 單位經濟和價值型計量會展現出比匯總支出更好的業務影響。
• 在成本、品質和速度之間做出有意識的取捨決策。
• 將雲端視為創新驅動因素。

利用雲端的可變成本模型

• 您應該將雲端的可變成本模型視為提供更多價值的機會，而不是風險。
• 採用 Just-In-Time 預測、規劃和購買容量。
• 敏捷式反覆規劃優先於靜態長期方案。
• 採用主動式系統設計，在雲端最佳化中持續調整勝於非經常性回應式清除。

如需詳細資訊，請參閱 FinOps Foundation 提供的 FinOps 準則。