Google Cloud Well-Architected Framework 的成本最佳化支柱，說明瞭在 Google Cloud中最佳化工作負載成本的原則和建議。
目標對象包括：
- 技術長、資訊長、財務長和其他負責策略性成本管理的主管。
- 在組織雲端旅程的各個階段，負責做出影響成本決策的架構師、開發人員、管理員和操作人員。
地端部署和雲端工作負載的成本模式有很大的差異。地端部署 IT 成本包括投入成本 (CapEx) 和營運支出 (OpEx)。企業會購買地端部署硬體和軟體資產，並在資產的營運壽命期間折舊購置成本。在雲端中，大多數雲端資源的費用會視為營運支出，也就是在使用雲端資源時產生費用。這項根本差異凸顯了下列成本最佳化核心原則的重要性。
如要瞭解 AI 和機器學習工作負載專屬的成本最佳化原則和建議，請參閱 Well-Architected Framework 中的「AI 和機器學習觀點：成本最佳化」。
使用代理技能評估工作負載
如要讓 AI 代理依據本支柱的原則和建議評估雲端工作負載，請使用 google-cloud-waf-cost-optimization 技能，該技能位於 GitHub 的 Google 代理技能存放區。
如要安裝技能，請在代理用戶端或終端機中執行下列指令：
npx skills add google/skills --skill google-cloud-waf-cost-optimization
系統提示時，請指定要安裝技能的 AI 代理，並設定安裝範圍 (專案或全域)。
核心原則
Well-Architected Framework 成本最佳化支柱中的建議，對應至下列核心原則：
- 依據業務價值調整雲端支出：依據業務目標調整 IT 支出，確保雲端資源能帶來可評估的業務價值。
- 培養成本意識文化：確保組織內的所有人員都考量到決策和活動對成本的影響，並確保他們能取得所需成本資訊，做出明智決策。
- 最佳化資源用量：只佈建所需資源，並僅為耗用的資源付費。
- 持續最佳化：持續監控雲端資源用量和成本，並視需要主動調整，盡可能降低支出。這種做法包括在潛在成本效率不彰的問題變得嚴重之前，找出並解決這些問題。
這些原則與雲端 FinOps 的核心原則密切相關。無論組織規模或雲端成熟度為何，FinOps 都與所有組織息息相關。只要採用這些原則並遵循相關建議，就能在雲端旅程中控管及最佳化成本。
貢獻者
作者：Nicolas Pintaux | 應用程式翻新專家級客戶工程師
其他貢獻者：
- Anuradha Bajpai | 解決方案架構師
- Daniel Lees | 雲端安全架構師
- Eric Lam | Google Cloud FinOps 主管
- Fernando Rubbo | 雲端解決方案架構師
- Filipe Gracio 博士 | 客戶工程師、AI/機器學習專家
- Gary Harmson | 首席架構師
- Jose Andrade | 客戶工程師、SRE 專家
- Kent Hua | 解決方案經理
- Kumar Dhanagopal | 跨產品解決方案開發人員
- Marwan Al Shawi | 合作夥伴客戶工程師
- Radhika Kanakam | Well-Architected Framework 專案負責人 Google Cloud
- Samantha He | 技術撰稿人
- Steve McGhee | 可靠性做法倡議者
- Sergei Lilichenko | 解決方案架構師
- Wade Holmes | 全球解決方案總監
- Zach Seils | 網路專員
依據業務價值調整雲端支出
Google Cloud Well-Architected Framework 成本最佳化支柱中的這項原則，提供建議來調整 Google Cloud 資源的使用方式，以符合組織的業務目標。
原則總覽
如要有效管理雲端成本，您必須盡可能提高雲端資源提供的業務價值，並盡可能降低總持有成本 (TCO)。評估雲端工作負載的資源選項時，除了考量佈建和使用資源的費用，也應考量管理資源的費用。舉例來說，Compute Engine 上的虛擬機器 (VM) 可能是代管應用程式的經濟實惠選項。不過，如果考量到維護、修補及擴充 VM 的負擔，TCO 可能會增加。另一方面，Cloud Run 等無伺服器服務可提供更高的商業價值。營運負擔降低後，團隊就能專注於核心活動，並提高靈活度。
為確保雲端資源發揮最大價值，請評估下列因素：
- 佈建和使用費用：購買、佈建或使用資源時產生的費用。
- 管理費用：營運及維護資源的經常性費用，包括修補、監控和資源調度等工作。
- 間接成本：管理停機、資料遺失或安全漏洞等問題時可能產生的費用。
- 業務影響：資源可能帶來的效益，例如增加收益、提高顧客滿意度，以及加快上市時間。
依據業務價值調整雲端支出，可享有下列好處：
- 以價值為導向的決策：鼓勵團隊優先採用能帶來最大業務價值的解決方案，並考量短期和長期的成本影響。
- 明智的資源選擇：團隊具備評估各種部署選項的業務價值和 TCO 所需的資訊和知識，因此能選擇符合成本效益的資源。
- 跨團隊協調：業務、財務和技術團隊之間的跨職能協作，可確保雲端決策符合組織的整體目標。
建議
如要依據業務目標調整雲端支出，請參考下列建議。
優先使用代管服務和無伺服器產品
盡可能選擇代管服務和無伺服器產品，以降低營運負擔和維護成本。這樣一來，團隊就能專注於核心業務活動。他們可以加速推出新功能，並協助推動創新和價值。
以下是實施這項建議的做法範例：
- 如要執行 PostgreSQL、MySQL 或 Microsoft SQL Server 資料庫，請使用 Cloud SQL，而非在 VM 上部署這些資料庫。
- 如要執行及管理 Kubernetes 叢集，請使用 Google Kubernetes Engine (GKE) Autopilot，而非在 VM 上部署容器。
- 如需處理 Apache Hadoop 或 Apache Spark，請使用 Managed Service for Apache Spark 和 Managed Service for Apache Spark Serverless。相較於地端部署資料湖泊，以秒計費可大幅降低 TCO。
兼顧成本效益與業務靈活性
控管成本和最佳化資源使用率是重要目標。不過，您必須在這些目標與彈性基礎架構的需求之間取得平衡，才能快速創新、迅速因應變化，並更快提供價值。以下舉例說明如何達到這種平衡：
- 採用 DORA 指標，評估軟體推送成效。變更失敗率 (CFR)、偵測時間 (TTD) 和還原時間 (TTR) 等指標，可協助您找出並修正開發和部署程序中的瓶頸。縮短停機時間並加快推送速度，可同時提升作業效率和業務敏捷性。
- 遵循網站可靠性工程 (SRE) 做法，提高作業可靠性。SRE 著重於自動化、觀測能力和事件應變，可減少停機時間、縮短復原時間，並提高顧客滿意度。盡可能縮短停機時間並提高營運可靠性，即可避免收益損失，也不必過度佈建資源，做為處理服務中斷的安全網。
啟用自助最佳化功能
為團隊提供自助式成本最佳化工具、觀測能力工具和資源管理平台，鼓勵實驗和探索文化。讓他們能自主佈建、管理及最佳化雲端資源。這種做法有助於培養歸屬感、加速創新，並確保團隊能快速因應不斷變化的需求，同時兼顧成本效益。
採用並導入 FinOps
採用 FinOps 建立協作環境，讓每個人都能做出明智決策，在成本和價值之間取得平衡。FinOps 可培養財務責任感，並促進有效的雲端成本最佳化。
推廣價值導向和 TCO 意識
鼓勵團隊成員全面考量雲端支出，著重於 TCO，而非僅關注前期成本。使用價值流對應等技術，以視覺化方式呈現及分析軟體推送流程中的價值流，並找出可改善的部分。
使用應用程式和服務的單位成本，深入瞭解成本動因。採用單位經濟效益，平衡成本與收益或業務指標。將雲端支出與業務衡量單位 (例如每位客戶的收益或交易量) 建立關聯，即可衡量單位利潤，並確認支出增加是由獲利成長所帶動。在成本與收益之間取得平衡，貴組織就能區分營運效率不彰和健康擴充。這有助於判斷何時適合進一步投資雲端。詳情請參閱「透過雲端 FinOps 充分發揮商業價值」。
培養注重成本的文化
這項原則屬於 Google Cloud Well-Architected Framework 的成本最佳化要素，提供建議來提升整個組織的成本意識，並確保團隊成員掌握必要的成本資訊，做出明智決策。
傳統上，成本管理責任可能集中在少數特定利害關係人身上，且主要著重於初始專案架構決策。不過，所有雲端使用者角色 (分析師、架構師、開發人員或管理員) 的團隊成員，都可以協助降低Google Cloud中的資源成本。適當分享費用資料，可讓團隊成員在整個開發和部署過程中，做出符合成本效益的決策。
原則總覽
產品擁有者、開發人員、部署工程師、管理員和財務分析師等各種角色的利害關係人，都需要查看相關費用資料，以及其與業務價值的關係。佈建及管理雲端資源時，他們需要下列資料：
- 預計資源成本：設計和部署時的預估成本。
- 即時資源用量費用：最新的費用資料，可用於持續監控及驗證預算。
- 成本對應至業務指標：深入瞭解雲端支出對主要成效指標 (KPI) 的影響，協助團隊找出符合成本效益的策略。
並非每個人都需要存取原始費用資料。不過，由於個人決策會影響成本，因此必須在所有角色中推廣成本意識。
提高成本能見度，並確保成本管理做法有明確的負責人，就能確保每個人都瞭解自身選擇對財務的影響，並積極為組織的成本最佳化目標做出貢獻。無論是透過集中式 FinOps 團隊還是分散式模型，建立責任歸屬都是有效成本最佳化工作的關鍵。
建議
為提升成本意識，並確保團隊成員掌握必要成本資訊，以便做出明智決策，建議您採取下列做法。
提供全組織的成本能見度
如要掌握整個組織的成本，負責成本管理的團隊可以採取下列行動：
- 標準化成本計算和預算編列：採用一致的方法，在考量折扣和分攤成本後，判斷雲端資源的總成本。建立明確且標準化的預算制定程序，與貴組織的目標保持一致，並主動管理成本。
- 使用標準化成本管理和深入分析工具：使用適當工具，即時深入分析雲端支出，並定期 (例如每週) 產生費用進度快照。這些工具可協助您主動規劃預算、預測及找出最佳化商機。這些工具可以是雲端服務供應商工具 (例如 Google Cloud Billing 資訊主頁)、第三方解決方案，或是成本歸因解決方案等開放原始碼解決方案。
- 導入成本分配系統：將整體雲端預算的一部分分配給各團隊或專案。這種分配方式可讓團隊對雲端支出產生歸屬感，並鼓勵他們在分配的預算內做出符合成本效益的決策。
- 提升透明度：鼓勵團隊在設計和決策過程中討論成本影響。打造安全且支持性的環境，讓大家分享與成本最佳化相關的想法和疑慮。有些組織會使用排行榜或表揚計畫等正向強化機制。如果貴組織基於業務考量，對原始費用資料的分享設有限制，請探索其他分享費用資訊和洞察資料的方法。舉例來說，您可以考慮分享匯總指標 (例如環境或功能的總費用) 或相對指標 (例如每筆交易或每位使用者的平均費用)。
瞭解雲端資源的計費方式
Google Cloud 資源的價格可能因區域而異。有些資源會按月收取固定費用，有些則可能依用量計費。如要瞭解 Google Cloud 資源的計費方式，請使用Google Cloud Pricing Calculator和產品專屬定價資訊 (例如 Google Kubernetes Engine (GKE) 定價)。
瞭解資源型成本最佳化選項
針對您打算使用的每種雲端資源，探索最佳化使用率和效率的策略。包括調整資源規模、自動調度資源，以及視情況採用無伺服器技術。以下列舉幾項 Google Cloud 產品的成本最佳化選項：
- Cloud Run 可讓您設定一律分配 CPU，以處理可預測的流量負載，費用僅為預設分配方式 (即僅在要求處理期間分配 CPU) 的一小部分。
- 您可以購買 BigQuery 運算單元承諾使用合約，節省資料分析費用。
- GKE 提供詳細指標，協助您瞭解成本最佳化選項。
- 瞭解網路定價如何影響資料移轉費用，以及如何盡可能提高特定網路服務的成本效益。舉例來說，您可以使用 Cloud CDN 或 Google Cloud Armor，降低外部應用程式負載平衡器的資料移轉費用。詳情請參閱「降低外部應用程式負載平衡器成本的方法」。
瞭解折扣型成本最佳化選項
熟悉 Google Cloud 提供的折扣計畫，例如：
- 承諾使用折扣 (CUD)： CUD 適用於用量可預測且穩定的資源。只要承諾在一段期間內 (通常是一到三年) 使用特定資源，就能享有大幅折扣。您也可以使用CUD 自動續約功能，避免在承諾使用到期時，必須手動重新購買。
- 續用折扣：對於 Compute Engine 和 GKE 等特定 Google Cloud 產品，如果持續使用資源的時間超過特定門檻，即可自動獲得折扣抵免額。
- Spot VM：針對容錯和彈性工作負載，Spot VM 可協助降低 Compute Engine 費用。Spot VM 的費用遠低於一般 VM。不過，Compute Engine 可能會先占停止或刪除 Spot VM，以取回容量。Spot VM 適用於可容許先占，且沒有高可用性需求的批次工作。
- 特定產品選項的折扣：BigQuery 等部分代管服務會在您購買專用或自動調度資源的查詢處理容量時提供折扣。
評估並選擇符合工作負載特性和使用模式的折扣選項。
將費用預估納入架構藍圖
鼓勵團隊開發架構藍圖，其中包含不同部署選項和設定的預估費用。這項做法可讓團隊主動比較成本，並做出符合技術和財務目標的明智決策。
為所有資源使用一致的標準組合標籤
您可以使用標籤追蹤費用，以及識別和分類資源。具體來說，您可以使用標籤將費用分配給不同的專案、部門或成本中心。定義符合組織主要利害關係人需求的正式標籤政策，有助於更廣泛地呈現成本。您也可以使用標籤，根據目標對象篩選資源費用和用量資料。
使用 Terraform 等自動化工具，強制為建立的每項資源加上標籤。如要進一步提高成本掌握度和歸因，可以使用開放原始碼成本歸因解決方案提供的工具。
與團隊成員共用成本報表
與團隊成員分享成本報表，可讓他們自行管理雲端支出。這項做法可讓您做出符合成本效益的決策、持續最佳化成本，並有系統地改善成本分配模型。
費用報表有多種類型，包括：
- 定期費用報表：定期報表可讓團隊瞭解目前的雲端支出。一般來說，這些報表可能是匯出的試算表。更有效的方法包括自動傳送電子郵件和使用專門的資訊主頁。為確保成本報表提供相關且可做為行動依據的資訊，同時避免不必要的細節造成收件者負擔，報表必須針對目標對象量身打造。設定自訂報表是基礎步驟，可讓您更即時、互動地查看及管理費用。
- 自動通知：您可以設定費用報表，主動通知相關利害關係人 (例如透過電子郵件或即時通訊) 費用異常、預算門檻或費用最佳化機會。自動快訊會直接向可採取行動的人員提供即時資訊，鼓勵他們迅速採取行動，並主動採取成本最佳化做法。
- Google Cloud 資訊主頁：您可以使用 Google Cloud 中的內建帳單資訊主頁，深入瞭解費用明細，並找出成本最佳化機會。 Google Cloud 也提供 FinOps 中心，協助您監控節省的費用，並取得成本最佳化建議。FinOps 中心採用 AI 引擎，可針對目前部署的所有資源，提供成本最佳化建議。如要控管這些建議的存取權，可以實施角色式存取控管 (RBAC)。
- 自訂資訊主頁：您可以將費用資料匯出至 BigQuery 等數據分析資料庫，建立自訂資訊主頁。使用數據分析等視覺化工具連線至數據分析資料庫，建立互動式報表，並透過角色型權限啟用精細的存取控管。
- 多雲端成本報表：如果是多雲端部署，您需要整合式資料檢視，以全面檢視所有雲端服務供應商的成本，確保能全面分析、編列預算及最佳化。使用 BigQuery 等工具集中管理及分析多個雲端服務供應商的費用資料，並使用數據分析建立團隊專屬的互動式報表。
充分運用資源
Google Cloud Well-Architected Framework 成本最佳化支柱中的這項原則提供建議，協助您規劃及佈建資源，以符合雲端工作負載的需求和消耗模式。
原則總覽
如要盡可能降低雲端資源成本，您必須徹底瞭解工作負載資源需求和負載模式。有了這項認知，您就能建立明確的成本模型，預測總持有成本 (TCO)，並在採用雲端的過程中找出成本動因。主動分析及預測雲端支出，有助於做出明智決策，妥善佈建及運用資源，並盡可能提高成本效益。這種做法可讓您控管雲端支出、避免過度佈建，並確保雲端資源符合工作負載和環境的動態需求。
建議
如要有效最佳化雲端資源用量，請參考下列建議。
選擇環境專屬資源
每個部署環境對可用性、可靠性和擴充性都有不同的要求。舉例來說，開發人員可能偏好能快速部署及執行應用程式，但不需要高可用性的環境。另一方面，正式環境通常需要高可用性。為充分利用資源，請根據業務需求定義環境專屬要求。下表列出環境專屬需求的範例。
| 環境 | 相關規定 |
| 正式環境 |
|
| 開發和測試 |
|
| 其他環境 (例如測試和品質確保環境) |
|
選擇工作負載專屬資源
每個雲端工作負載對可用性、擴充性、安全性和效能的要求可能不同。如要盡可能提高成本效益，請根據各項工作負載的特定需求，選擇合適的資源。舉例來說，無狀態應用程式可能不需要與有狀態後端相同的可用性或可靠性。下表列出更多工作負載專屬需求的範例。
| 工作負載類型 | 工作負載需求 | 資源選項 |
| 重要業務 | 持續可用、安全穩固、效能卓越 | Spanner 等進階資源和代管服務，可確保資料的高可用性和全球一致性。 |
| 非重要 | 符合成本效益且可自動調度資源的基礎架構 | 具備基本功能的資源和 Spot VM 等臨時資源。 |
| 事件導向 | 根據目前的容量和效能需求動態調整資源 | Cloud Run 和 Cloud Run functions 等無伺服器服務。 |
| 實驗性質的工作負載 | 低成本且靈活的環境，可快速開發、疊代、測試及創新 | 具備基本功能的資源、Spot VM 等臨時資源，以及設有支出上限的沙箱環境。 |
雲端的優點之一，是能為特定工作負載運用最合適的運算能力。有些工作負載是為了利用處理器指令集而開發，有些則可能不是。請據此對工作負載進行基準測試和剖析。將工作負載分類，並選擇特定工作負載的資源 (例如為 Compute Engine VM 選擇合適的機器家族)。這項做法有助於最佳化成本、推動創新，並維持工作負載所需的可用性和效能。
以下是實施這項建議的做法範例：
- 如果重要業務工作負載服務的使用者遍布全球，建議使用 Spanner。Spanner 可確保所有區域的資料可靠性和一致性，因此您不必進行複雜的資料庫部署作業。
- 如果工作負載的負載量會波動，請使用自動調度資源功能，確保在負載量低時不會產生費用，同時維持足夠的容量來因應目前的負載。您可以為許多Google Cloud 服務設定自動調度資源，包括 Compute Engine VM、Google Kubernetes Engine (GKE) 叢集和 Cloud Run。設定自動調度資源時，您可以設定最大調度限制，確保費用不超出指定預算。
依據成本需求選取區域
請仔細評估可用的 Google Cloud區域，並選擇符合成本目標的區域，成本最低的區域可能無法提供最佳延遲時間，或不符合您的永續發展要求。請依據實際情況決定工作負載的部署位置，以達到理想的平衡。您可以使用 Google Cloud 區域挑選器，瞭解費用、永續性、延遲時間和其他因素之間的權衡。
使用內建的成本最佳化選項
Google Cloud 產品提供內建功能，可協助您最佳化資源用量及控管成本。下表列出部分 Google Cloud 產品中可用的成本最佳化功能範例：
| 產品 | 成本最佳化功能 |
| Compute Engine | |
| GKE | |
| Cloud Storage | |
| BigQuery |
|
| Google Cloud VMware Engine |
|
最佳化資源共用
如要充分利用雲端資源，您可以在同一個基礎架構上部署多個應用程式或服務，同時仍能滿足應用程式的安全性和其他需求。舉例來說，在開發和測試環境中，您可以使用相同的雲端基礎架構，測試應用程式的所有元件。在正式環境中，您可以將各個元件部署至不同的資源，以便在發生事件時限制影響範圍。
以下是實施這項建議的做法範例：
- 使用單一 Cloud SQL 執行個體，處理多個非正式環境。
- 使用 GKE 的機群團隊管理功能，並搭配適當的存取控管機制，讓多個開發團隊共用 GKE 叢集。
- 使用 GKE Autopilot，充分運用 GKE 預設實作的成本最佳化技術，例如裝箱和自動調度資源。
- 針對 AI 和機器學習工作負載，您可以使用GPU 共用策略 (例如多執行個體 GPU、分時 GPU 和 NVIDIA MPS) 節省 GPU 成本。
開發及維護參考架構
建立及維護參考架構存放區，並根據不同部署環境和工作負載類型的需求進行調整。為簡化個別專案的設計和實作程序，藍圖可由雲端卓越中心 (CCoE) 等團隊集中管理。專案團隊可以根據明確定義的條件選擇合適的藍圖，確保架構一致並採用最佳做法。對於專案特有的需求，專案團隊和中央架構團隊應合作設計新的參考架構。您可以在整個組織內共用參考架構，促進知識分享，並擴充可用解決方案的存放區。這種做法可確保一致性、加快開發速度、簡化決策，並提高資源使用效率。
查看 Google 針對各種用途和技術提供的參考架構。這些參考架構整合了資源選取、規模調整、設定和部署的最佳做法。使用這些參考架構，可以加快開發程序，並從一開始就節省成本。
使用組織政策強制執行成本規範
建議您使用組織政策，限制團隊成員可使用的 Google Cloud 位置和產品。這些政策有助於確保團隊採用符合成本效益的解決方案，並在符合成本最佳化目標的位置佈建資源。
估算實際預算並設定財務界限
為每項專案、工作負載和部署環境制定詳細預算。確保預算涵蓋雲端營運的所有層面，包括基礎架構費用、軟體授權、人員和預期成長。為避免超支並確保符合財務目標，請為專案、服務或特定資源設定明確的支出上限或門檻。請定期監控雲端支出，確保不超出這些限制。您可以透過主動配額警告，及早發現可能超支的情況，並及時採取修正措施。
除了設定預算外，您也可以使用配額和限制，強制執行成本規範，並防止支出意外激增。您可以設定專案、服務，甚至是特定資源類型等各種層級的配額，精細控管資源用量。
以下是實施這項建議的做法範例：
- 專案層級配額：在專案層級設定支出上限或資源配額，建立整體財務界線，並控管專案中所有服務的資源消耗量。
- 特定服務配額：為 Compute Engine 或 BigQuery 等特定服務 Google Cloud設定配額，限制可佈建的執行個體、CPU 或儲存空間容量。
- 特定資源類型的配額：對個別資源類型 (例如 Compute Engine VM、Cloud Storage bucket、Cloud Run 執行個體或 GKE 節點) 套用配額，限制其用量並避免費用超出預期。
- 配額警告：當配額用量 (專案層級) 達到最大值的特定百分比時，您會收到通知。
搭配使用配額、限制、預算和監控功能，即可主動採取多層次成本控管措施。這種做法有助於確保雲端支出不超出預算，並符合業務目標。請注意，這些成本控管措施並非永久或固定不變。為確保成本控管機制符合現行業界標準，並反映不斷變化的業務需求，您必須定期檢查控管機制，並加以調整，納入新技術和最佳做法。
持續進行最佳化調整
Google Cloud Well-Architected Framework 成本最佳化支柱中的這項原則提供建議，協助您根據不斷變化和演進的業務目標，最佳化雲端部署作業的成本。
隨著業務成長和演變，雲端工作負載必須因應資源需求和使用模式的變化進行調整。如要從雲端支出中獲得最大價值，就必須維持成本效益，同時持續支援業務目標。這需要主動且靈活的做法，著重於持續改進和最佳化。
原則總覽
如要持續最佳化成本，您必須主動監控及分析雲端環境，並根據目前需求進行適當調整。監控時，請著重於會直接影響使用者體驗、符合業務目標，以及可提供持續改善洞察資訊的主要成效指標 (KPI)。這種做法可讓您找出並解決效率不彰的問題、因應不斷變化的需求，並持續根據策略性業務目標調整雲端支出。如要兼顧全面觀測能力和成本效益，請瞭解監控資源用量的成本和效益，並採用適當的流程改善和最佳化策略。
建議
如要有效監控 Google Cloud 環境並持續最佳化成本，請參考下列建議。
著重於業務相關指標
如要有效監控，首先要找出對業務和客戶最重要的指標。這些指標包括：
- 使用者體驗指標：延遲時間、錯誤率、處理量和顧客滿意度指標，有助於瞭解使用者在使用應用程式時的體驗。
- 業務成果指標：收益、客戶成長和參與度可與資源用量建立關聯，找出成本最佳化機會。
- DevOps 研究與評估 (DORA) 指標：部署頻率、變更前置時間、變更失敗率和還原時間等指標，可讓您深入瞭解軟體推送程序的效率和可靠性。改善這些指標，就能提高工作效率、減少停機時間，並降低成本。
- 網站可靠性工程 (SRE) 指標：錯誤預算可協助團隊量化及管理可接受的服務中斷程度。錯誤預算可為可靠性建立明確期望，讓團隊瞭解安全邊際，更有信心地創新及部署變更。這種主動做法可促進創新與穩定性之間的平衡，有助於避免因重大服務中斷或長時間停機而產生過高的營運成本。
運用觀測能力，充分運用資源
以下建議說明如何運用觀測能力，找出雲端部署作業中的資源瓶頸和未充分利用的資源：
- 監控資源使用率：使用資源使用率指標，找出使用率偏低的Google Cloud 資源。舉例來說，您可以使用 CPU 和記憶體使用率等指標，找出閒置的 VM 資源。如果是 Google Kubernetes Engine (GKE)，您可以查看詳細的費用明細和費用相關最佳化指標。如果是 Google Cloud VMware Engine，請查看資源使用率，以最佳化 CUD、儲存空間用量和 ESXi 規模。
- 使用雲端建議：Active Assist 包含一系列智慧工具，可協助您將雲端作業調整至最佳狀態。這些工具會提供可行的建議，協助您降低成本、提高效能、改善安全性，甚至做出更符合永續精神的決策。舉例來說，VM 適當調整深入分析可協助您最佳化資源分配，避免不必要的支出。
- 將資源使用率與效能建立關聯：分析資源使用率與應用程式效能之間的關係，判斷是否能降級至較便宜的資源，而不影響使用者體驗。
在疑難排解需求與成本之間取得平衡
詳細的可觀測性資料有助於診斷及排解問題。不過，儲存過多觀測能力資料，或將不必要的資料匯出至外部監控工具，可能會產生不必要的費用。為有效疑難排解，建議您採取下列做法：
- 收集足夠的資料進行疑難排解：確保監控解決方案擷取足夠的資料，以便在問題發生時有效診斷及解決問題。這類資料可能包含各種精細程度的記錄、追蹤記錄和指標。
- 使用取樣和匯總功能：使用取樣和匯總技術，在詳細資料需求與成本考量之間取得平衡。這種做法可讓您收集具代表性的資料，而不會產生過高的儲存費用。
- 瞭解監控工具和服務的定價模式：評估不同的監控解決方案，並選擇符合專案特定需求、預算和使用模式的選項。選擇時，請考量資料量、保留需求和必要功能等因素。
- 定期檢查監控設定：移除不必要的指標或記錄，避免收集過多資料。
根據角色自訂資料收集，並設定角色專屬的保留政策
請考量不同角色的特定資料需求。舉例來說，開發人員可能主要需要存取追蹤記錄和應用程式層級記錄，而 IT 管理員則可能著重於系統記錄和基礎架構指標。您可以自訂資料收集作業，減少不必要的儲存空間費用，並避免向使用者顯示過多不相關的資訊。
此外，您也可以根據各個角色的需求和任何法規要求，定義資料保留政策。舉例來說，開發人員可能需要在較短的時間內存取詳細記錄，而財務分析師則可能需要長期資料。
考量法規遵循需求
在某些產業中，法規要求必須保留資料。為避免法律和財務風險，您必須確保監控和資料保留做法符合相關法規。同時，您也需要維持成本效益。請參考下列建議：
- 請判斷您所在產業或地區的特定資料保留規定，並確保監控策略符合這些規定。
- 實作適當的資料封存和擷取機制，滿足稽核和法規遵循需求，同時盡量降低儲存成本。
實作智慧快訊
快訊功能可協助您及時偵測及解決問題。不過，您必須在「隨時掌握最新資訊」和「避免收到過多通知」之間取得平衡。設計智慧型警告系統，就能優先處理對業務影響較大的重大問題。請參考下列建議：
- 優先處理影響客戶的問題：針對直接影響客戶體驗的問題 (例如網站中斷、回應時間緩慢或交易失敗)，設計可快速觸發的快訊。
- 針對暫時性問題進行調整：使用適當的門檻和延遲機制，避免針對暫時性問題或不會影響客戶的自我修復系統問題，發出不必要的快訊。
- 自訂快訊嚴重程度：區分重大和非重大快訊，確保最緊急的問題能立即獲得處理。
- 妥善運用通知管道：根據快訊的嚴重程度和緊急程度，選擇適當的快訊通知管道 (電子郵件、簡訊或呼叫)。