Well-Architected Framework：成本最佳化支柱

Last reviewed 2026-10-28 UTC

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 代理，並設定安裝範圍 (專案或全域)。

如果已安裝技能，可以執行下列指令，更新至最新版本：

npx skills update

核心原則

Well-Architected Framework 成本最佳化支柱中的建議，對應至下列核心原則：

  • 依據業務價值調整雲端支出：依據業務目標調整 IT 支出，確保雲端資源能帶來可衡量的業務價值。
  • 培養成本意識文化：確保組織內的所有人員都考量到決策和活動對成本的影響，並確保他們能取得所需成本資訊，做出明智決策。
  • 最佳化資源用量：僅佈建所需資源，並只為耗用的資源付費。
  • 持續最佳化：持續監控雲端資源用量和成本，並視需要主動調整，盡可能降低支出。這種做法涉及找出並解決潛在的成本效率不彰問題，避免問題擴大。

這些原則與雲端 FinOps 的核心原則密切相關。無論組織規模或雲端成熟度為何，FinOps 都與其息息相關。只要採用這些原則並遵循相關建議，就能在雲端旅程中控管及最佳化成本。

貢獻者

作者：Nicolas Pintaux | 應用程式翻新專家級客戶工程師

其他貢獻者：

依據業務價值調整雲端支出

Google Cloud Well-Architected Framework 成本最佳化支柱中的這項原則，提供建議來調整 Google Cloud 資源的使用方式，以符合組織的業務目標。

原則總覽

如要有效管理雲端成本，您必須盡可能提高雲端資源提供的業務價值，並盡可能降低總持有成本 (TCO)。評估雲端工作負載的資源選項時，除了考量佈建和使用資源的費用，也應考量管理資源的費用。舉例來說，Compute Engine 上的虛擬機器 (VM) 可能是代管應用程式的經濟實惠選項。不過，如果考量到維護、修補及擴充 VM 的負擔，TCO 可能會增加。另一方面，Cloud Run 等無伺服器服務可提供更高的商業價值。營運負擔降低後，團隊就能專注於核心活動，並提高靈活度。

為確保雲端資源發揮最大價值，請評估下列因素：

  • 佈建和使用費用：購買、佈建或使用資源時產生的費用。
  • 管理費用：營運和維護資源的週期性費用，包括修補程式、監控和資源調度等工作。
  • 間接成本：管理停機、資料遺失或安全漏洞等問題時可能產生的費用。
  • 業務影響：資源可能帶來的效益，例如增加收益、提升顧客滿意度，以及加快上市時間。

依據業務價值調整雲端支出，可享有下列好處：

  • 以價值為導向的決策：鼓勵團隊優先採用能帶來最大業務價值的解決方案，並考量短期和長期的成本影響。
  • 明智的資源選擇：團隊具備評估各種部署選項的業務價值和 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)，以更符合成本效益的方式處理可預測的穩定流量負載，比預設的依要求計費模式更划算。
  • 您可以購買 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)，並在採用雲端的過程中找出成本動因。主動分析及預測雲端支出，有助於做出明智的資源佈建、使用和成本最佳化決策。這種做法可讓您控管雲端支出、避免過度佈建，並確保雲端資源符合工作負載和環境的動態需求。

建議

如要有效最佳化雲端資源用量，請參考下列建議。

選擇環境專屬資源

每個部署環境對可用性、可靠性和擴充性都有不同的要求。舉例來說，開發人員可能偏好能快速部署及執行應用程式一段時間的環境，但可能不需要高可用性。另一方面，正式環境通常需要高可用性。為充分利用資源，請根據業務需求定義環境專屬要求。以下是環境專屬規定的範例：

  • 正式環境：高可用性、可預測的效能、作業穩定性，以及具備強大資源的安全性。
  • 開發與測試：成本效益、具備 burst 可用資源的彈性基礎架構，以及不需要資料持續性時的臨時基礎架構。
  • 其他環境 (例如測試和品質確保)：根據環境特定需求，量身打造資源分配。

選擇工作負載專屬資源

每項雲端工作負載對可用性、擴充性、安全性和效能的要求可能不同。如要盡可能提高成本效益，請根據各項工作負載的特定需求，選擇合適的資源。舉例來說，無狀態應用程式可能不需要與有狀態後端相同的可用性或可靠性。下列子節提供更多工作負載專屬需求的範例。

重要業務的工作負載

  • 工作負載需求：持續可用、安全穩固、高效能。
  • 資源選項：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
使用自動調度資源功能，根據目前負載自動新增或移除 VM。
建立並使用符合工作負載需求的自訂機型，避免過度佈建。
如果是非關鍵或容錯工作負載，可以使用 Spot VM 降低成本。
在開發環境中，您可以限制 VM 的執行時間，或在不需要時暫停或停止 VM，藉此降低成本。
GKE
使用叢集自動配置器，根據目前負載自動調整 GKE 叢集的大小。
使用自動佈建節點功能，根據工作負載需求自動建立及管理節點集區，確保資源使用率達到最佳狀態。
Cloud Storage
使用物件生命週期管理功能，根據資料存在時間或存取模式，自動將資料轉換至費用較低的儲存空間級別。
使用自動調整級別功能，根據使用模式動態將資料移至最具成本效益的儲存空間級別。
BigQuery
使用依運算資源計價模式，降低穩定狀態工作負載的查詢處理費用。
使用分區和分群技術，盡可能提高查詢效能和成本效益。
Google Cloud VMware Engine
採用成本最佳化策略 (例如 CUD、最佳化儲存空間用量，以及調整 ESXi 叢集大小)，降低 VMware 成本。

最佳化資源共用

如要盡可能提高雲端資源的使用率，您可以在同一個基礎架構上部署多個應用程式或服務，同時仍能滿足應用程式的安全性和其他需求。舉例來說，在開發和測試環境中，您可以使用相同的雲端基礎架構，測試應用程式的所有元件。在正式環境中，您可以將各個元件部署至一組獨立資源，以便在發生事件時限制影響範圍。

以下是實作這項建議的做法範例：

  • 使用單一 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 架構完善的架構成本最佳化支柱中的這項原則，提供建議協助您根據不斷變化和演進的業務目標，最佳化雲端部署作業的成本。

隨著業務成長和演變，雲端工作負載必須因應資源需求和使用模式的變化進行調整。如要從雲端支出中獲得最大價值，就必須維持成本效益，同時持續支援業務目標。這需要主動且靈活的做法，著重於持續改進和最佳化。

原則總覽

如要持續最佳化成本，您必須主動監控及分析雲端環境，並根據目前的需求進行適當調整。監控時，請著重於直接影響使用者體驗、符合業務目標，以及提供持續改進洞察的主要成效指標 (KPI)。這種做法可讓您找出並解決效率不彰的問題、因應不斷變化的需求，並持續根據策略性業務目標調整雲端支出。如要在全面觀測能力和成本效益之間取得平衡，請瞭解監控資源用量的成本和效益，並採用適當的流程改善和最佳化策略。

建議

如要有效監控 Google Cloud 環境並持續最佳化成本，請參考下列建議。

著重於業務相關指標

如要有效監控，首先要找出對業務和客戶最重要的指標。這些指標包括：

  • 使用者體驗指標：延遲時間、錯誤率、處理量和顧客滿意度指標，有助於瞭解使用者在使用應用程式時的體驗。
  • 業務成果指標：收益、客戶成長和參與度可與資源用量建立關聯，找出成本最佳化機會。
  • DevOps 研究與評估 (DORA) 指標：部署頻率、變更前置時間、變更失敗率和還原時間等指標，可讓您深入瞭解軟體推送程序的效率和可靠性。改善這些指標，就能提高工作效率、減少停機時間，並降低成本。
  • 網站可靠性工程 (SRE) 指標：錯誤預算可協助團隊量化及管理可接受的服務中斷程度。錯誤預算可為可靠性建立明確期望，讓團隊瞭解安全邊際，更有信心地創新及部署變更。這種主動做法有助於在創新與穩定性之間取得平衡，避免因重大服務中斷或長時間停機而產生過高的營運成本。

運用觀測能力，充分運用資源

以下建議說明如何運用觀測能力，找出雲端部署作業中的資源瓶頸和未充分利用的資源：

  • 監控資源使用率：使用資源使用率指標，找出使用率偏低的Google Cloud 資源。舉例來說，您可以使用 CPU 和記憶體使用率等指標，找出閒置的 VM 資源。如果是 Google Kubernetes Engine (GKE)，您可以查看詳細的費用明細和費用相關最佳化指標。如果是 Google Cloud VMware Engine，請查看資源使用率，以最佳化 CUD、儲存空間用量和 ESXi 規模。
  • 使用雲端建議：Active Assist 包含一系列智慧工具，可協助您將雲端作業調整至最佳狀態。這些工具會提供可行的建議，協助您降低成本、提高效能、提升安全性，甚至做出以永續發展為重點的決策。舉例來說，VM 規模調整深入分析可協助您最佳化資源分配，避免不必要的支出。
  • 將資源使用率與效能建立關聯：分析資源使用率與應用程式效能之間的關係，判斷是否能降級至較便宜的資源，而不影響使用者體驗。

在疑難排解需求與成本之間取得平衡

詳細的可觀測資料有助於診斷及排解問題。不過，儲存過多觀測資料，或將不必要的資料匯出至外部監控工具，可能會產生不必要的費用。為有效疑難排解，建議您採取下列做法：

  • 收集足夠的資料進行疑難排解：確保監控解決方案擷取足夠的資料，以便在問題發生時有效診斷及解決問題。這類資料可能包括各種精細程度的記錄、追蹤記錄和指標。
  • 使用取樣和匯總：使用取樣和匯總技術，在詳細資料需求與成本考量之間取得平衡。這種做法可讓您收集具代表性的資料，而不會產生過高的儲存費用。
  • 瞭解監控工具和服務的定價模式：評估不同的監控解決方案，並選擇符合專案特定需求、預算和使用模式的選項。選擇時，請考量資料量、保留需求和必要功能等因素。
  • 定期檢查監控設定：移除不必要的指標或記錄，避免收集過多資料。

根據角色自訂資料收集，並設定角色專屬的保留政策

請考量不同角色的特定資料需求。舉例來說，開發人員可能主要需要存取追蹤記錄和應用程式層級記錄，而 IT 管理員則可能著重於系統記錄和基礎架構指標。自訂資料收集方式，可減少不必要的儲存空間費用，並避免向使用者提供過多不相關的資訊。

此外，您也可以根據各個角色的需求和任何法規要求，定義資料保留政策。舉例來說，開發人員可能需要存取短期內的詳細記錄，而財務分析師則可能需要長期資料。

考量法規遵循需求

在某些產業中，法規要求必須保留資料。為避免法律和財務風險，您必須確保監控和資料保留做法符合相關法規。同時，您也需要維持成本效益。請參考下列建議：

  • 判斷您所在產業或地區的特定資料保留規定，並確保監控策略符合這些規定。
  • 實作適當的資料封存和擷取機制，滿足稽核和法規遵循需求，同時盡可能降低儲存成本。

實作智慧警告

快訊功能可協助您及時偵測及解決問題。不過，您必須在「掌握最新資訊」和「避免通知過多」之間取得平衡。設計智慧型警告系統，就能優先處理對業務影響較大的重大問題。請參考下列建議：

  • 優先處理影響客戶的問題：針對直接影響客戶體驗的問題 (例如網站中斷、回應時間緩慢或交易失敗)，設計可快速觸發的快訊。
  • 針對暫時性問題進行調整：使用適當的門檻和延遲機制，避免針對暫時性問題或不會影響客戶的自我修復系統問題，發出不必要的快訊。
  • 自訂快訊嚴重性：區分重大和非重大快訊，確保最緊急的問題能立即獲得處理。
  • 妥善運用通知管道：根據快訊的嚴重程度和緊急程度，選擇適當的快訊通知管道 (電子郵件、簡訊或呼叫)。