# COST 1  如何實作雲端財務管理？ 透過實作雲端財務管理，組織可以透過優化成本和用量以及在 AWS 上進行規模調整，實現商業價值和財務上的成功。 **Topics** + [COST01-BP01 建立成本優化職能部門](cost_cloud_financial_management_function.md) + [COST01-BP02 在財務與技術之間建立合作夥伴關係](cost_cloud_financial_management_partnership.md) + [COST01-BP03 建立雲端預算和預測](cost_cloud_financial_management_budget_forecast.md) + [COST01-BP04 在組織程序中實作成本感知](cost_cloud_financial_management_cost_awareness.md) + [COST01-BP05 報告並通知成本優化](cost_cloud_financial_management_usage_report.md) + [COST01-BP06 主動監控成本](cost_cloud_financial_management_proactive_process.md) + [COST01-BP07 及時了解新的服務版本](cost_cloud_financial_management_scheduled.md) # COST01-BP01 建立成本優化職能部門 建立一支團隊 (雲端商業辦公室或雲端卓越中心)，負責建立並維護整個組織的成本感知。該團隊需要在組織中擔任財務、技術和業務角色的人員。 **未建立此最佳實務時的曝險等級：** 高 ## 實作指引 建立雲端商業辦公室 (CBO) 或雲端卓越中心 (CCOE) 團隊，負責建立並維護雲端運算的成本感知文化。它可以是現有個人、組織內的團隊，或是由組織內主要財務、技術和組織利害關係人組成的新團隊。 此職能部門 (個人或團隊) 會優先進行成本管理和成本優化活動，並在這上面花費所需時間。相較於大型企業的全職職能部門，小型組織的此職能部門可能會花費較少百分比的時間。 此職能部門需要採行跨領域合作的方法，具備專案管理、資料科學、財務分析和軟體或基礎架構開發等能力。此職能部門可在三種不同的所有權下執行成本優化，以改善工作負載效率： + **集中式： **透過財務營運、成本優化、CBO 或 CCOE 等指定團隊，客戶得以設計和實作管控機制，並推動整家公司的最佳實務。 + **分散式：** 協助技術團隊執行優化。 + **混合:** 同時結合集中式與分散式，團隊將可互相合作執行成本優化。 可以根據成本優化目標 (例如工作負載效率指標) 來衡量此職能部門的執行和交付能力。 您必須設法讓高層支持此職能部門做出改變，這是成功的關鍵因素。高層保證人被視為是具成本效率雲端消耗的擁護者，並為此職能部門提供向上呈報支援，以確保其成本優化活動獲得組織定義的優先級。若非如此，指引將被忽略，且節省成本將不會列為優先要務。高層保證人和此職能部門可共同確保您的組織會高效使用雲端，並持續提供商業價值。 如果您有商業計劃、Enterprise-On-Ramp 或 Enterprise Support 計劃，且需要建立此團隊或職能部門的相關協助，請透過客戶團隊洽詢雲端財務管理 (CFM) 專家。 **實作步驟** + ** 定義關鍵成員：** 您需要確保組織的所有相關部分都做出貢獻，並與成本管理息息相關。組織內的常見團隊通常包括：財務、應用程式或產品擁有者、管理和技術團隊 (DevOps)。有些團隊是全職參與 (財務、技術)，有些團隊則可視需要定期參與。執行 CFM 的個人或團隊通常須具備下列技能： + 軟體開發技能 - 如果正在建構指令碼和自動化。 + 基礎架構工程技能 - 用以部署指令碼或自動化，或理解服務或資源的佈建方式。 + 操作敏銳度 - CFM 關乎雲端的高效運作，具體做法包括評估、監控、修改、規劃及擴展雲端的有效使用。 + **定義目標和指標： **該職能部門需要以不同的方式提供價值給組織。定義的目標會隨著組織的發展而不斷演變。常見的活動包括：建立和執行整個組織的成本優化教育計畫，制定整個組織的標準 (例如成本優化的監控和報告)，以及設定工作負載優化目標。此職能部門也需要定期向組織報告組織成本優化的能力。 您可以定義以價值衡量的關鍵績效指標 (KPI)。KPI 可以是以成本衡量或以價值衡量的。在定義 KPI 時，您可以從效率的角度來計算預期成本，並計算預期的商業成果。以價值衡量的 KPI 會將成本與用量指標繫結至商業價值驅動力，協助我們釐清變更 AWS 支出的合理性。要導出以價值衡量的 KPI，首重整個組織的相互合作，以期能共同擬定出一組標準 KPI。 + ** 建立定期規律： **各群組 (財務、技術和業務團隊) 應定期會談，並審查其目標和指標。一般的規律包括審查組織的狀態、審查目前執行的任何計畫，以及審查整體財務和優化指標。然後，會更詳細地報告關鍵工作負載。 在這類定期會議中，您可以審查工作負載效率 (成本) 和商業成果。例如，工作負載成本上升 20% 與增加的客戶用量，是相對應的。在此案例中，這 20% 的成本上升可被視為投資。這些定期會議可協助團隊找出以價值衡量、為整個組織提供實質意義的 KPI。 ## 資源 **相關文件：** + [AWS CCOE 部落格](https://aws.amazon.com/blogs/enterprise-strategy/tag/ccoe/) + [建立雲端商業辦公室](https://aws.amazon.com/blogs/enterprise-strategy/creating-the-cloud-business-office/) + [CCOE - 雲端卓越中心](https://docs.aws.amazon.com/whitepapers/latest/cost-optimization-laying-the-foundation/cloud-center-of-excellence.html) **相關影片：** + [Vanguard CCOE 成功案例](https://www.youtube.com/watch?v=0XA08hhRVFQ) **相關範例：** + [使用雲端卓越中心 (CCOE) 推動整體企業轉型](https://aws.amazon.com/blogs/enterprise-strategy/using-a-cloud-center-of-excellence-ccoe-to-transform-the-entire-enterprise/) + [建置 CCOE 以推動整體企業轉型](https://docs.aws.amazon.com/whitepapers/latest/public-sector-cloud-transformation/building-a-cloud-center-of-excellence-ccoe-to-transform-the-entire-enterprise.html) + [建置 CCOE 時應避開的 7 大陷阱](https://aws.amazon.com/blogs/enterprise-strategy/7-pitfalls-to-avoid-when-building-a-ccoe/) # COST01-BP02 在財務與技術之間建立合作夥伴關係 讓財務和技術團隊參與討論雲端之旅各個階段的成本和用量。各團隊定期碰面並討論相關主題，例如，組織總目標和具體目標、成本和用量的目前狀態，以及財務和會計實務。 **未建立此最佳實務時的曝險等級：** 高 ## 實作指引 由於核准、採購和基礎設施部署週期縮短，技術團隊可在雲端提高創新速度。對於之前習慣於執行耗時且資源密集型程序，以便採購資料中心和內部部署環境，並且只在核准專案時才分配成本的財務組織來說，這是一項調整。 就金融與採購組織的觀點而言，資本預算、資金要求、核准、採購和安裝實體基礎架構的流程，在過去數十年來早已廣為人知並標準化： + 工程或 IT 團隊通常是要求者 + 核准者和採購者由不同的財務團隊擔任 + 營運團隊負責建構、堆疊及交付現成可用的基礎架構 ![\[Circular workflow diagram showing technology teams, procurement, supply chain, and operations interactions.\]](http://docs.aws.amazon.com/zh_tw/wellarchitected/2022-03-31/framework/images/cost01-bp02-finance-and-procurement-workflow.png) 採用雲端後，基礎架構的採購和取用不再受制於一連串的相依性。在雲端模型中，技術及產品小組不再只是建置者，而是產品的操作人員和擁有者，負責處理在過去與財務與營運團隊相關聯的多數活動，包括採購和部署。 要佈建雲端資源，所需的其實就是使用者帳戶，和正確的一組許可。IT 和財務風險也因而降低；這意味著，團隊只需按幾下滑鼠或執行 API 呼叫，即可終止閒置或非必要的雲端資源。這也讓技術團隊得以加速創新 – 基於建立和推翻試驗的靈活性與能力。儘管使用雲端的本質是多變的，就資本預算和預測的角度而言可能會影響到可預測性，但雲端仍讓組織得以降低過度佈建的成本，以及降低因保守的佈建不足而伴隨的機會成本。 ![\[Diagram showing Technology and Product teams deploying, Finance and Business teams operating, with optimization at the center.\]](http://docs.aws.amazon.com/zh_tw/wellarchitected/2022-03-31/framework/images/cost01-bp02-deploy-operate-optimize.png) 在關鍵財務和技術利害關係人之間建立合作夥伴關係，以形成對組織目標的共識，並建立可在雲端運算可變支出模型中取得財務成功的機制。組織內的相關團隊必須參與雲端之旅各個階段的成本和用量討論，包括： + ** 財務主管：** 財務長、財務總監、財務規劃師、商業分析師、採購和應付帳款必須了解雲端消費模式、購買選項和每月發票開立程序。財務部門需要與技術團隊合作，來建立 IT 價值故事並加以傳播，以協助業務團隊了解技術支出與業務成果之間的連結。這樣，技術支出就不再被視為成本，而是投資。由於雲端與內部部署營運存在基本差異 (例如，用量改變速率、按使用付費定價、分級定價、定價模式以及詳細帳單和用量資訊)，財務組織必須了解雲端用量如何影響商業層面，包括採購程序、激勵追蹤、成本分配和財務報表。 + **技術主管：** 技術主管 (包括產品和應用程式擁有者) 必須了解財務需求 (例如，預算限制) 以及業務需求 (例如，服務水準協議)。如此可允許實作工作負載，達成組織希望的目標。 財務與科技的合作夥伴關係可帶來下列好處： + 財務和技術團隊可近乎即時地檢視成本和用量。 + 財務和技術團隊建立標準操作程序來處理雲端支出變化。 + 在資本如何用於購買承諾折扣 (例如，預留執行個體或 AWS Savings Plans)，以及如何使用雲端來發展組織方面，財務利害關係人會擔任策略顧問。 + 現有的應付帳款和採購程序會與雲端搭配使用。 + 財務和技術團隊共同預測未來的 AWS 成本和用量，以評估並擬定組織預算。 + 透過共同的語言以及對財務概念的一致理解，促進跨組織溝通。 組織內應參與成本和用量討論的其他利害關係人包括： + **業務單位擁有者：** 業務單位擁有者必須了解雲端業務模式，以便對業務單位和全公司提供指引。當有需要預測成長和工作負載用量，以及需要評估長期購買選項，例如預留執行個體或 Savings Plans 時，此項雲端知識相當重要。 + **工程團隊： **在財務與技術團隊之間建立合作夥伴關係至關重要，這是培養成本感知文化，鼓勵工程師對雲端財務管理 (CFM) 採取行動，所不可或缺的。CFM 或財務營運從業人員與財務團隊的常見問題之一，是不易讓工程師了解雲端業務的全貌、遵循最佳實務，以及執行建議的動作。 + **第三方： **如果您的組織使用第三方 (例如，顧問或工具)，請確保他們符合您的財務目標，並能透過其參與模式和投資報酬率 (ROI) 證實符合。通常第三方會報告和分析其管理的一切工作負載，並且提供所設計一切工作負載的成本分析。 要實作 CFM 並取得成功，需要財務、技術和業務團隊之間進行協作，並且需要轉變整個組織傳達和評估雲端支出的方式。請納入工程團隊，使他們在各階段都能加入這些成本與用量的討論中，並鼓勵他們遵循最佳實務，並據以執行已達成共識的動作。 **實作步驟** + **定義關鍵成員： **確認您的財務和技術團隊中的所有相關成員都參與此合作夥伴關係。相關財務成員會處理雲端帳單。涉及人員通常包括財務總監、財務控制者、財務規劃師、商業分析師、採購和採購專員。技術成員通常是產品與應用程式擁有者、技術經理以及在雲端進行建置的所有團隊的代表。其他成員可能包括業務單位擁有者，例如，顧問等會影響產品用量的行銷單位，以及實現與目標和機制保持一致並協助報告的第三方人員。 + **定義討論主題：** 確定團隊中常見的主題，或需要有共識的主題。從建立時開始追蹤成本，直到帳單支付為止。請記下所有參與的成員，以及需要應用的組織程序。了解採用的每個步驟或程序及相關資訊，例如可用的定價模式、分級定價、折扣模式、預算編列和財務要求。 + **建立定期規律： **若要建立財務與技術的合作夥伴關係，請建立定期通訊規律，以樹立並維持一致性。該群組需要針對他們的目標和指標定期聚會進行討論。一般的規律包括審查組織的狀態、審查目前執行的任何計畫，以及審查整體財務和優化指標。然後，會更詳細地報告關鍵工作負載。 ## 資源 **相關文件：** + [AWS 新聞部落格](https://aws.amazon.com/blogs/aws/) # COST01-BP03 建立雲端預算和預測 調整現有的組織預算編列和預測程序，使其與本質會高度變動的雲端成本和用量相容。程序必須是動態的，並使用以趨勢為基礎和/或以業務驅動因素為基礎的演算法。 **未建立此最佳實務時的曝險等級：** 高 ## 實作指引 客戶使用雲端以提高效率、速度和靈活性，這會產生高度變動的成本和用量。成本會隨著工作負載效率的增加或部署新的工作負載和功能而降低。成本是有可能隨著工作負載效率的提升，或部署新的工作負載和功能而增加的。或者，工作負載會擴展以服務更多客戶，進而提高雲端用量和成本。資源現在的立即存取性比以往更高。借助於雲端的彈性，成本和預測也更具彈性。必須修改現有的組織預算編列程序，以納入這樣的變動。 使用以趨勢為基礎的演算法 (使用歷史成本做為輸入) 或使用以業務驅動因素為基礎的演算法 (例如，新產品推出或區域擴展)，或結合兩者，調整現有的預算和預測程序，使其變得更加機動。 使用 [AWS Budgets](https://aws.amazon.com/aws-cost-management/aws-budgets/) 藉由指定時段、重複週期或金額 (固定或可變)，並新增篩選條件 (例如服務、AWS 區域和標籤)，來設定精細的自訂預算。若要及時了解現有預算的執行情況，您可以建立和排程 [AWS Budgets 報告](https://docs.aws.amazon.com/cost-management/latest/userguide/reporting-cost-budget.html) ，以定期透過電子郵件將報告傳送給您和利害關係人。您也可以建立 [AWS Budgets 提醒](https://docs.aws.amazon.com/cost-management/latest/userguide/budgets-best-practices.html) (根據本質上是被動的實際成本，或根據預測成本)，以便有足夠的時間可對潛在的成本超支實作緩解措施。當您的成本或用量超出或預計超出預算額度時，系統會提醒您。 AWS 提供建立動態預測和預算編列流程的靈活性，因此您可以隨時了解成本是否符合或超過預算限制。 使用 [AWS Cost Explorer](https://docs.aws.amazon.com/cost-management/latest/userguide/ce-forecast.html) 根據您過去的支出預測已定義的未來時間範圍內的成本。AWS Cost Explorer 預測引擎會根據收費類型 (例如，預留執行個體) 對您的歷史資料進行細分，並結合使用機器學習和基於規則的模型，來分別預測所有收費類型的支出。使用 [AWS Cost Explorer](https://docs.aws.amazon.com/cost-management/latest/userguide/ce-forecast.html) 根據對歷史成本套用的機器學習演算法 (以趨勢為基礎)，預測每日 (最多三個月) 或每月 (最多 12 個月) 的雲端成本。 使用 Cost Explorer 判斷以趨勢為基礎的預測後，請使用 [AWS 定價計算工具](https://calculator.aws/#/) 根據預期的用量 (流量、每秒請求數、必要的 Amazon Elastic Compute Cloud (Amazon EC2) 執行個體等等) 來估計您的 AWS 使用案例與未來的成本。您可以據此規劃支出、尋找節省成本的機會，以及在使用 AWS 時做出明智的決定。 使用 [AWS Cost Anomaly Detection](https://aws.amazon.com/aws-cost-management/aws-cost-anomaly-detection/) 防止或避免成本超出預期，並強化控制且不影響創新速度。AWS Cost Anomaly Detection 採用進階機器學習技術來識別異常支出與根本原因，以便您迅速做出因應。[只需簡單的三個步驟](https://aws.amazon.com/aws-cost-management/aws-cost-anomaly-detection/)，您即可建立自己的情境化監視器，並且在偵測到任何異常支出時收到提醒。讓建置器代勞建置工作，讓 AWS Cost Anomaly Detection 監控您的支出，並降低帳單超出預期的風險。 如 [Well-Architected 成本優化支柱的「財務與技術的合作夥伴關係」](https://docs.aws.amazon.com/wellarchitected/latest/cost-optimization-pillar/finance-and-technology-partnership.html) 一節所述，IT 部門、財務部門與其他利害關係人之間必須建立合作夥伴關係和規律，以確保所有人都會使用相同的工具或程序，而保有一致性。如果預算可能需要改變，提高接觸頻率可能有助於提升對這些變化的因應速度。 **實作步驟** + **更新現有的預算和預測程序： **在預算編列和預測程序中，實作以趨勢為基礎和/或以業務驅動因素為基礎的演算法。 + **設定提醒和通知：** 使用 AWS Budgets 提醒和 Cost Anomaly Detection。 + **會同主要利害關係人執行定期審查：** 例如，會同 IT、財務、平台和其他業務部門的利害關係人，商討如何因應經營方向與用量的變化。 ## 資源 **相關文件：** + [AWS Cost Explorer](https://docs.aws.amazon.com/cost-management/latest/userguide/ce-forecast.html) + [AWS Budgets](https://aws.amazon.com/aws-cost-management/aws-budgets/) + [AWS 定價計算工具](https://calculator.aws/#/) + [AWS Cost Anomaly Detection](https://aws.amazon.com/aws-cost-management/aws-cost-anomaly-detection/) + [AWS License Manager](https://aws.amazon.com/license-manager/) **相關範例：** + [推出：AWS Cost Explorer 現已提供以用量為基礎的預測](https://aws.amazon.com/blogs/aws-cloud-financial-management/launch-usage-based-forecasting-now-available-in-aws-cost-explorer/) + [AWS Well-Architected 實驗室 - 成本與用量管控](https://wellarchitectedlabs.com/cost/100_labs/100_2_cost_and_usage_governance/) # COST01-BP04 在組織程序中實作成本感知 在會影響用量的全新或現有程序中實作成本感知、建立成本的透明度與權責劃分，並利用現有程序落實成本感知。在員工培訓中實作成本感知。 **未建立此最佳實務時的曝險等級：** 高 ## 實作指引 必須在新的和現有的組織程序中實作成本感知。對於其他最佳實務而言，這是基本的必備能力之一。建議盡可能重複使用和修改現有程序，這樣可將對靈活性和速度的影響降到最低。向技術團隊以及業務與財務團隊的決策者報告雲端成本，不僅可增強成本感知，也可為財務與業務利害關係人建立效率的關鍵績效指標 (KPI)。下列建議有助於在您的工作負載中實作成本感知： + 確認變更管理包含成本測量，以量化變更所帶來的財務影響。這有助於主動解決成本相關疑慮，並提供成本節省資訊。 + 確認成本優化是您營運能力的核心部分。例如，您可以利用現有的事故管理程序，調查並找出成本和用量異常或成本超支的根本原因。 + 透過自動化或工具加速節省成本和實現商業價值。考慮實作的成本時，將投資報酬率 (ROI) 部分納入對話中，以證明投入時間或金錢的合理性。 + 藉由實作雲端支出的回報 (showback) 或計費 (chargeback) 來分配雲端成本 (包括以承諾為基礎的購買選項、共用服務和市場購買的支出)，以實現最具成本感知力的雲端使用。 + 擴展現有的培訓和發展計畫，納入整個組織的成本感知培訓。建議包含持續培訓和認證。這將建立一個能夠自我管理成本和用量的組織。 + 充分利用免費的 AWS 原生工具，例如 [AWS Cost Anomaly Detection](https://aws.amazon.com/aws-cost-management/aws-cost-anomaly-detection/)、[AWS Budgets](https://aws.amazon.com/aws-cost-management/aws-budgets/)和 [AWS Budgets 報告](https://aws.amazon.com/about-aws/whats-new/2019/07/introducing-aws-budgets-reports/)。 如果組織一貫採行 [雲端財務管理](https://aws.amazon.com/aws-cost-management/) (CFM) 實務準則，這些行為將深植於工作與決策制定的機制中。結果會產生更注重成本的文化，無論是開發人員設計新的雲端原生應用程式，還是財務經理分析這些新的雲端投資的投資報酬率，皆注重成本。 **實作步驟** + ** 識別相關的組織程序： **每個組織單位審查其程序，並識別影響成本和用量的程序。任何導致資源建立或終止的程序都需要納入審查。尋找能夠在業務上支援成本感知的程序，例如事故管理和培訓。 + **建立自主的成本感知文化：** 確定所有相關的利害關係人都認同成本的改變原因和影響，因此都了解雲端成本。這將可讓您的組織針對創新建立自主的成本感知文化。 + ** 以成本感知更新程序：** 每項程序都會修改為可感知成本。程序可能需要額外的預先檢查，例如評估成本的影響，或進行後置檢查以驗證成本和用量預期的變更是否發生。可以擴展培訓和事件管理等支援程序，以包含成本和用量的項目。 如需協助，請透過客戶團隊洽詢 CFM 專家，或瀏覽下方的資源和相關文件。 ## 資源 **相關文件：** + [AWS 雲端財務管理](https://aws.amazon.com/aws-cost-management/) **相關範例：** + [高效雲端成本管理的策略](https://aws.amazon.com/blogs/enterprise-strategy/strategy-for-efficient-cloud-cost-management/) + [成本控制部落格系列 3：如何處理成本衝擊](https://aws.amazon.com/blogs/aws-cloud-financial-management/cost-control-blog-series-3-how-to-handle-cost-shock/) + [AWS Cost Management 入門指南](https://aws.amazon.com/blogs/aws-cloud-financial-management/beginners-guide-to-aws-cost-management/) # COST01-BP05 報告並通知成本優化 設定 AWS Budgets 和 AWS Cost Anomaly Detection 以針對目標提供有關成本和用量的通知。定期召開會議以分析您工作負載的成本效率並推廣成本感知文化。 **未建立此最佳實務時的曝險等級：** 低 ## 實作指引 您必須定期在組織內報告成本和用量優化。您可以提交專門的成本優化報告，或在工作負載的定期營運報告週期中包含成本優化部分。使用服務和工具來識別節省成本的機會，並付諸實行。[AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/) 提供儀表板和報告。您可以 [AWS Budgets 報告](https://aws.amazon.com/about-aws/whats-new/2019/07/introducing-aws-budgets-reports/)。 使用 [AWS Budgets](https://aws.amazon.com/aws-cost-management/aws-budgets/) 設定自訂預算以追蹤成本與用量，並且在超出閾值時快速回應電子郵件或 Amazon Simple Notification Service (Amazon SNS) 通知所傳來的提醒。[將您偏好的預算](https://docs.aws.amazon.com/cost-management/latest/userguide/budgets-create.html) 期間設定為每日、每月、每季或每年，並建立特定預算限制，以持續掌握實際或預測的成本與用量逐漸接近預算閾值的情形。您也可以設定 [提醒](https://docs.aws.amazon.com/cost-management/latest/userguide/sns-alert-chime.html) 和 [動作](https://docs.aws.amazon.com/cost-management/latest/userguide/budgets-controls.html) ，使其自動執行以因應這些提醒，或是在超出預算目標時透過核准程序執行。 實作成本和用量通知，以確保能夠快速處理非預期的成本和用量變化。[AWS Cost Anomaly Detection](https://aws.amazon.com/aws-cost-management/aws-cost-anomaly-detection/) 可避免成本超出預期，並強化控制且不影響創新速度。AWS Cost Anomaly Detection 可識別異常支出與根本原因，有助於降低帳單超出預期的風險。只需簡單的三個步驟，您即可建立自己的情境化監視器，並且在偵測到任何異常支出時收到提醒。 您也可以使用 [Amazon Quick](https://aws.amazon.com/quicksight/) 搭配 AWS Cost and Usage Report (CUR) 資料，用更精細的資料提供高度自訂的報告。Amazon Quick 可讓您排程報告及接收定期成本報告電子郵件，以了解歷史成本與用量或節省成本的機會。 使用 [AWS Trusted Advisor](https://aws.amazon.com/premiumsupport/technology/trusted-advisor/)作為指引，以確認已佈建的資源是否符合 AWS 的成本優化最佳實務。 定期建立相關報告，納入 Savings Plans、預留執行個體和 Amazon Elastic Compute Cloud (Amazon EC2) 適當調整大小的建議 (來自 AWS Cost Explorer)，以開始降低與穩定狀態的工作負載、閒置和低利用率資源相關聯的成本。識別並收回與已部署資源的雲端浪費相關聯的支出。若建立了大小不當的資源，或是發現非預期的不同用量模式時，就會發生雲端浪費。請遵循 AWS 最佳實務以減少浪費，並 [優化和節省](https://aws.amazon.com/aws-cost-management/aws-cost-optimization/) 您的雲端成本。 定期產生報告以找出更好的資源採購選項，進而降低工作負載的單位成本。Savings Plans、預留執行個體或 Amazon EC2 Spot 執行個體等購買選項可為容錯工作負載提供最大的成本節省效益，並且可讓利害關係人 (企業擁有者、財務和技術團隊) 參與這些承諾討論。 將報告分享給相關各方，使其了解可能有助於降低雲端總體擁有成本 (TCO) 的機會或新版本公告。採用新的服務、區域、功能、解決方案或新方法來實現進一步的成本降低。 **實作步驟** + **設定 AWS Budgets： **針對您的工作負載在所有帳戶上設定 AWS Budgets。使用標籤來設定整體帳戶支出的預算，以及工作負載的預算。 + [Well-Architected 實驗室：成本與管控用量](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/100_2_Cost_and_Usage_Governance/README.html) + **成本優化報告： **設置定期週期來討論和分析工作負載的效率。使用建立的指標來報告所達到的指標和達到指標所需的成本。識別並修正任何負面趨勢，並識別您可以在整個組織中推廣的正面趨勢。報告應讓應用程式團隊和擁有者、財務和管理層的代表參與。 + [Well-Architected 實驗室：視覺化](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/100_5_Cost_Visualization/README.html) ## 資源 **相關文件：** + [AWS Cost Explorer](https://docs.aws.amazon.com/cost-management/latest/userguide/ce-what-is.html) + [AWS Trusted Advisor](https://aws.amazon.com/premiumsupport/technology/trusted-advisor/) + [AWS Budgets](https://aws.amazon.com/aws-cost-management/aws-budgets/) + [AWS Budgets 最佳實務](https://docs.aws.amazon.com/cost-management/latest/userguide/budgets-best-practices.html#budgets-best-practices-setting-budgets%3Fsc_channel=ba%26sc_campaign=aws-budgets%26sc_medium=manage-and-control%26sc_content=web_pdp%26sc_detail=how-do-I%26sc_outcome=aw%26trk=how-do-I_web_pdp_aws-budgets) + [Amazon CloudWatch](https://aws.amazon.com/cloudwatch/) + [AWS CloudTrail](https://aws.amazon.com/cloudtrail/) + [Amazon S3 分析](https://docs.aws.amazon.com/AmazonS3/latest/userguide/analytics-storage-class.html) + [AWS Cost and Usage Report](https://docs.aws.amazon.com/cur/latest/userguide/what-is-cur.html) **相關範例：** + [Well-Architected 實驗室：成本與管控用量](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/100_2_Cost_and_Usage_Governance/README.html) + [Well-Architected 實驗室：視覺化](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/100_5_Cost_Visualization/README.html) + [開始優化 AWS 雲端成本的關鍵方法](https://aws.amazon.com/blogs/aws-cloud-financial-management/key-ways-to-start-optimizing-your-aws-cloud-costs/) # COST01-BP06 主動監控成本 實作工具和儀表板來主動監控工作負載的成本。定期使用已設定的工具或現成可用的工具來審查成本。不要只在收到通知時才查看成本和類別。主動監控和分析成本有助於識別正面趨勢，並讓您在整個組織中推廣。 **未建立此最佳實務時的曝險等級：** 低 ## 實作指引 建議監控組織內的成本與用量，而不只是在發生例外狀況或異常狀況時。在所有辦公室或工作環境中均可以使用高度可見的儀表板，確保了關鍵人員可存取所需的資訊，並且這些儀表板指出組織專注於成本優化的程度。可見的儀表板可讓您主動推廣成功的成果，並在整個組織中加以實作。 建立日常工作或常規以使用 [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/) 或任何其他儀表板 (例如 [Amazon Quick](https://aws.amazon.com/quicksight/) )，以查看成本並主動分析。在 AWS 帳戶層級、工作負載層級或特定 AWS 服務層級使用群組和篩選來分析 AWS 服務用量與成本，並驗證是否符合預期。使用每小時和資源層級精細度與標籤，來篩選及識別最高排名資源所產生的成本。您也可以使用 [成本智慧儀表板](https://wellarchitectedlabs.com/cost/200_labs/200_cloud_intelligence/)自行建置報告，這是一個 [Amazon Quick](https://aws.amazon.com/quicksight/) 解決方案，由 AWS 解決方案架構師所建置，會比較您的預算和實際的成本與用量。 **實作步驟** + **成本優化報告：** 設置定期週期來討論和分析工作負載的效率。使用建立的指標來報告所達到的指標和達到指標所需的成本。識別並修正任何負面趨勢，並識別要在整個組織中推廣的正面趨勢。報告應讓應用程式團隊和擁有者、財務和管理層的代表參與。 + **針對成本與用量建立並啟用每日精細度 [AWS Budgets](https://aws.amazon.com/blogs/aws-cloud-financial-management/launch-daily-cost-and-usage-budgets/) ，以及時採取相關措施來防止任何潛在的成本超支： ** AWS Budgets 可讓您設定提醒通知，以隨時獲知是否有任何預算類型超出預先設定的閾值。AWS Budgets 的最佳運用方式是將您預期的成本與用量設為限制，如此即可將任何超過預算的部分視為超支。 + **建立 AWS Cost Anomaly Detection 作為成本監視器： ** [AWS Cost Anomaly Detection](https://aws.amazon.com/aws-cost-management/aws-cost-anomaly-detection/) 會使用進階機器學習技術來識別異常支出與根本原因，以便您迅速做出因應。它可讓您設定成本監視器以定義您要評估的支出區段 (例如個別 AWS 服務、成員帳戶、成本分配標籤和成本類別)，並且可讓您設定接收提醒通知的時間、位置和方式。每個監視器可以為企業擁有者和技術團隊連結多個提醒訂閱，包括每個訂閱的名稱、成本影響閾值和提醒頻率 (個別提醒、每日摘要、每週摘要)。 + **使用 AWS Cost Explorer，或整合您的 AWS Cost and Usage Report (CUR) 資料與 Amazon Quick 儀表板，將組織的成本視覺化：** AWS Cost Explorer 有簡單易用的介面可讓您視覺化、了解和管理您在一段時間內的 AWS 成本和用量。AWS Well-Architected [成本智慧儀表板](https://wellarchitectedlabs.com/cost/200_labs/200_cloud_intelligence/) 是一個可自訂且可供存取的儀表板，可協助您建立自身成本管理和優化工具的基礎。 ## 資源 **相關文件：** + [AWS Budgets](https://aws.amazon.com/aws-cost-management/aws-budgets/) + [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/) + [每日成本與用量預算](https://aws.amazon.com/blogs/aws-cloud-financial-management/launch-daily-cost-and-usage-budgets/) + [AWS Cost Anomaly Detection](https://aws.amazon.com/aws-cost-management/aws-cost-anomaly-detection/) **相關範例：** + [Well-Architected 實驗室：視覺化](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/100_5_Cost_Visualization/README.html) + [Well-Architected 實驗室：進階視覺化](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/200_5_Cost_Visualization/README.html) + [Well-Architected 實驗室：雲端智慧儀表板](https://wellarchitectedlabs.com/cost/200_labs/200_cloud_intelligence/) + [Well-Architected 實驗室：成本視覺化](https://wellarchitectedlabs.com/cost/200_labs/200_5_cost_visualization/) + [Slack 的 AWS Cost Anomaly Detection 提醒](https://aws.amazon.com/aws-cost-management/resources/slack-integrations-for-aws-cost-anomaly-detection-using-aws-chatbot/) # COST01-BP07 及時了解新的服務版本 定期諮詢專家或 AWS 合作夥伴，以了解哪些服務和功能可以降低成本。檢閱 AWS 部落格和其他資訊來源。 **未建立此最佳實務時的曝險等級：** 低 ## 實作指引 AWS 持續加入新功能，讓您能夠利用最新技術加快試驗及創新速度。您可以實作新的 AWS 服務和功能，以提升工作負載的成本效益。定期檢閱 [AWS 成本管理](https://aws.amazon.com/aws-cost-management/)、 [AWS 新聞部落格](https://aws.amazon.com/blogs/aws/)、 [AWS 成本管理部落格](https://aws.amazon.com/blogs/aws-cloud-financial-management/)和 [AWS 最新消息](https://aws.amazon.com/new/) 以取得新的服務和功能版本的相關資訊。最新消息貼文會在所有 AWS 服務、功能和區域擴充公告發行時提供其簡短概要。 **實作步驟** + **訂閱部落格：** 前往 AWS 部落格頁面，訂閱最新消息部落格和其他相關部落格。您可以用電子郵件地址 [在通訊偏好設定](https://pages.awscloud.com/communication-preferences?languages=english) 頁面進行註冊。 + **訂閱 AWS 新聞： **定期檢閱 [AWS 新聞部落格](https://aws.amazon.com/blogs/aws/) 和 [AWS 最新消息](https://aws.amazon.com/new/) 以取得新的服務和功能版本的相關資訊。訂閱 RSS 摘要，或透過您的電子郵件關注公告和版本。 + **關注 AWS 降價：** 我們所有服務的定期價降，已成為 AWS 將來自於規模的經濟效益傳遞給客戶的標準機制。截至 2022 年 4 月為止，AWS 自 2006 年推出後已降價 115 次。如果您有任何商業決策因價格考量而未定，您可以在降價和新的服務整合之後再次加以審查。您可以了解先前執行過的降價，包括 Amazon Elastic Compute Cloud (Amazon EC2) 執行個體，請前往 [AWS 新聞部落格的降價類別](https://aws.amazon.com/blogs/aws/category/price-reduction/)。 + ** AWS 活動和會議： **參加您當地的 AWS 高峰會，以及與您當地區域的其他組織一同參加當地會議。如果您無法親自與會，請試著參加線上活動，聽聽 AWS 專家和其他客戶的商業案例。 + ** 與您的客戶團隊會面： **與您的客戶團隊排定一個定期規律，與他們會面並討論產業趨勢和 AWS 服務。與您的客戶經理、解決方案架構師和支援團隊進行討論。 ## 資源 **相關文件：** + [AWS 成本管理](https://aws.amazon.com/aws-cost-management/) + [AWS 最新消息](https://aws.amazon.com/new/) + [AWS 新聞部落格](https://aws.amazon.com/blogs/aws/) **相關範例：** + [Amazon EC2 – 15 年的 IT 成本優化和節省](https://aws.amazon.com/blogs/aws-cost-management/amazon-ec2-15th-years-of-optimizing-and-saving-your-it-costs/) + [AWS 新聞部落格 - 降價](https://aws.amazon.com/blogs/aws/category/price-reduction/)