運用實務 AWS FinOps 邁向雲端成功

地端與雲端的技術資源使用模式

• 地端：有固定採購週期與支出，通常會使用到硬體故障或合約結束為止。
• 雲端：採隨用隨付模式，可能出現帳單暴增的情況，且成本會隨用量增加。
• 雲端具備低失敗成本、即時採購及即時存取成本資料等優點。

FinOps 簡介

• FinOps 與 DevOps 類似，結合財務、技術營運及技術層面的工作。
• FinOps 需要跨事業單位支持，並獲得高階主管、財務、採購、工程及營運團隊的認同。

FinOps 的主要考量

• 教育對建立 FinOps 思維至關重要，尤其是從地端模式轉向雲端的人員。
• 必須明確界定雲端資源使用與帳務的責任歸屬及所有權。
• 若要順利導入 FinOps，必須獲得組織各層級的廣泛認同。

失去支出控制的風險

• 若缺乏適當的 FinOps 實務，組織可能失去對雲端支出的控制。

AWS 成本最佳化

• 在 AWS 上啟動資源很簡單，但成本最佳化需要考量不同面向。

成本追蹤的重要性

• 成本追蹤是有效落實 FinOps 的關鍵。
• AWS 與客戶透過「查看、節省、執行」循環管理成本。

問題：成本可視性

• 若無法掌握支出，也無法以有意義的方式拆分成本，就很難有效管理成本。

教育與檢討

• FinOps 教育是關鍵。
• 定期檢討至關重要，AWS TAM 負責與客戶安排相關會議。
• 檢討有助於找出支出模式，並提出節省成本的方案。

所有權概念

• AWS 提供多種架構機制，協助界定所有權與成本責任。
• 不建議讓所有使用者共用單一 AWS Account，並以同一張公司信用卡付款。

AWS Organizations

• AWS Organizations 是功能強大的帳務、成本管理及安全服務。
• 它有助於設定防護機制，並管理使用者可執行與不可執行的操作。
• 對剛開始使用 AWS 的使用者而言相當實用，且相關成本極低。

組織單位（OU）與連結帳戶

• 在 AWS Organizations 中，可比照目錄結構設定 OU。
• 可為不同部門或專案建立連結帳戶，以分隔成本並簡化會計作業。

問題：資源的細緻層級

• 在最細的層級中，EC2 Instance、Lambda 及 VPC 等資源可能難以追蹤。
• 組織可能擁有數以萬計的這類資源，使成本管理更加複雜。

架構內的進一步細分

• 即使已使用 Organizations、OU 與連結帳戶等架構，通常仍需進一步細分。
• 成本分配標籤就是為此而使用。

成本分配標籤

• 標籤對成本管理至關重要，例如可使用專案、客戶、帳戶等標籤。
• 標籤方式沒有絕對對錯，只要符合企業需求即可。
• 應建立標籤字典，以避免混淆並確保一致性。
• 例如：由於標籤區分大小寫且格式各異，必須分清楚 "Project," "project," "project-name," 與 "project_name"。

標籤字典

• 標籤字典雖然簡單，卻是避免混淆並確保成本分配清楚的關鍵。
• 有助於辨識各專案或成本中心的支出。

成本可視性

• 每月底，AWS 會寄送一張列有總額的帳單，這是建立成本可視性的起點。

確保成本受到控制

• 監督支出相當重要，可用來判斷支出是否合理，並找出潛在的影子 IT 專案。
• 應針對 AWS 支出提出問題並持續監控。

AWS Cost Explorer

• 這是一項類似 Excel 圖表功能的免費工具，可進行詳細篩選並深入分析資料。
• 功能強大且容易使用，非常值得推薦。

AWS Cost and Usage Reports

• 提供比 Cost Explorer 更詳細的資料，僅需負擔將資料儲存在 S3 及使用 Athena 等工具的少量成本。
• 適用於複雜環境及特定的內部會計指標（例如 vCPU 小時數）。

Cloud Intelligence Dashboards

• 免費的開放原始碼 Dashboard，能以多種方式切分資料，並以容易理解的形式呈現。
• 可分別檢視 Instance、儲存及網路支出。
• 可從 GitHub 取得並部署，成本主要來自部署至 QuickSight。
• Dashboard 涵蓋高階層級（適合高階主管及財務人員）到細緻層級（適合 FinOps 實務人員及工程團隊）。
• 其價值取決於使用者在企業中的角色。
• https://docs.aws.amazon.com/guidance/latest/cloud-intelligence-dashboards/dashboards.html

認知與使用

• 目標是提高大家對這些工具的認識，並瞭解它們適合企業中的哪些層級。
• 為了讓這些 Dashboard 適用於合適的使用情境，背後投入了大量工程心力。

降低 AWS 帳單並節省成本

• 簡報介紹了一套節省成本策略的 Runbook，並以節省成本的影響程度為 y 軸、技術複雜度為 x 軸。

簡單的成本節省措施

• 用量承諾：對全年 365 天持續運作的資源使用 Instance Savings Plans 與 Reserved Instances，相較於 On-Demand 費率可獲得大幅折扣。
• 彈性工作負載：在低用量時段（例如週末）關閉資源，可立即節省成本。
• 找出未充分利用的資源：Cost Explorer 與 Cloud Intelligence Dashboards 等工具有助於找出並刪除閒置資源。

中等複雜度的措施

• Serverless 架構：遷移至 Serverless 平台（例如 RDS），僅支付實際需要的運算時間，可降低成本。
• Graviton Instance：從 x86 轉移至 ARM 64 架構（Graviton），可在不影響軟體的情況下大幅節省成本。
• EBS Volume：將 GP2 EBS Volume 升級至 GP3 可節省成本。

高複雜度的措施

• 適當規模調整：根據實際用量最佳化 Instance 類型與資源。
• 雲端原生架構：從靜態資源（例如 EC2、RDS）轉向完全 Serverless、按用量付費的模式。
• 長期策略：採用雲端原生架構是長期節省成本最有效的手段，但需要投入大量工程與開發工作。

以單位成本作為指標

• 衡量單位成本（例如每筆交易的成本），而非只看整體支出。
• 單位成本隨時間下降，代表效率有所提升。

關鍵績效指標（KPI）

• 建議根據業務需求選擇三項 KPI。
• 例如：單位成本、客戶滿意度及效率指標。
• 若要進行最佳化，定義並理解單位成本非常重要。

回饋循環

• 透過持續的回饋循環不斷進行最佳化。
• 回饋應該是定期、反覆進行的流程，而非一次性活動。

優先順序與溝通

• 企業應根據客戶滿意度與效率，決定優先處理的事項。
• 有效溝通是完成回饋循環的關鍵。
• 確保財務、採購及工程團隊之間保持開放對話。
• 應傳達疑慮與見解，並將其納入 Roadmap。
• 循環不完整（缺乏溝通）代表流程存在問題。

使用 Cloud Intelligence Dashboards 進行檢討

• 進行客戶檢討時使用 Dashboard，並依利害關係人的需求調整資料。
• 高階主管需要的是高階資料與 KPI，而非詳細的 Instance 明細。
• 傳達資料時，應考量受眾及呈現格式。

資料列層級安全性

• Dashboard 預設提供所有人存取；應使用資料列層級安全性進行細緻控制。
• 將特定部門的存取權限限制在相關資料，以維持安全性與相關性。

成本管理工具教育

• 應重視負責成本之團隊的教育，尤其是工程師。
• 可用工具包括 Cost Explorer、預算設定、用量承諾建議、異常偵測及適當規模調整建議。
• 異常偵測與適當規模調整建議有助於最佳化資源使用。
• Cost and Usage Reports 可提供詳細資料，但會產生少量成本。

其他 AWS 成本最佳化工具

• Compute Optimizer：值得研究的免費工具，可進一步最佳化 EC2 Instance 成本。
• Trusted Advisor：提供多項建議，不僅涵蓋成本最佳化，也包括安全性。
• AWS Config：客戶經常基於各種用途而需要使用此服務。
• CloudWatch：用於收集 EC2 Instance 內部指標，相當重要，因為 AWS 預設無法查看客戶 Instance 內部狀況。
• S3 Lens：功能強大的工具，可將 S3 物件儲存用量視覺化並加以最佳化。

共同責任模型

• AWS 負責雲端本身的完整性，客戶則須為自己在雲端上執行的內容負責。

付費服務的成本

• CloudWatch 等工具對客戶收集指標及最佳化資源不可或缺，因為 AWS 無法直接存取這些資料。
• 即使是 Cost and Usage Reports 等付費服務，成本也微乎其微，主要來自 S3 資料儲存。
• 這些工具對細緻的成本最佳化很有價值，即使會產生少量成本，仍值得納入考量。