# COST 5  您選擇服務時如何評估成本？ Amazon EC2、Amazon EBS 和 Amazon S3 是基礎 AWS 服務。Amazon RDS 和 Amazon DynamoDB 等受管服務為更高等級或應用程式等級的 AWS 服務。選擇適當的基礎和受管服務，您便可為成本優化此工作負載。舉例來說，您可以使用受管服務減少或省下大部分管理和營運開銷，讓您從事應用程式或企業相關活動。 **Topics** + [COST05-BP01 確定組織的成本要求](cost_select_service_requirements.md) + [COST05-BP02 分析此工作負載的所有元件](cost_select_service_analyze_all.md) + [COST05-BP03 對每個元件執行徹底的分析](cost_select_service_thorough_analysis.md) + [COST05-BP04 選取具成本效益授權的軟體](cost_select_service_licensing.md) + [COST05-BP05 選取此工作負載的元件，以按照組織優先事項來優化成本](cost_select_service_select_for_cost.md) + [COST05-BP06 對一段時間內的不同用量進行成本分析](cost_select_service_analyze_over_time.md) # COST05-BP01 確定組織的成本要求 與團隊成員一起為此工作負載定義成本最佳化與其他支柱 (例如效能和可靠性) 之間的平衡。 **若未建立此最佳實務，暴露的風險等級：** 高 ## 實作指引 為工作負載選取服務時，關鍵是了解組織的優先事項。確保您在成本和其他 Well-Architected 支柱之間取得平衡，例如效能和可靠性。完全成本優化的工作負載是最符合您組織需求的解決方案，不一定是成本最低的解決方案。與組織內的所有團隊會面以收集資訊，例如產品、業務、技術和財務團隊。 **實作步驟** + ** 確定組織的成本要求： **與您組織的團隊成員會面，這些成員包括產品管理人員、應用程式擁有者、開發和營運團隊、管理和財務角色。排定此工作負載及其元件的 Well-Architected 支柱優先順序，輸出為依序列出支柱的清單。您也可以為每個支柱新增加權，這可以指出相應支柱有多少個額外焦點，或兩個支柱之間的焦點有多相似。 ## 資源 **相關文件：** + [AWS 總體擁有成本 (TCO) 計算器](https://aws.amazon.com/tco-calculator/) + [Amazon S3 儲存類別](https://aws.amazon.com/s3/storage-classes/) + [雲端產品](https://aws.amazon.com/products/) # COST05-BP02 分析此工作負載的所有元件 確認分析每個工作負載元件，無論當前大小或當前成本如何。審查工作應反映潛在的效益，例如當前和預計的成本。 **若未建立此最佳實務，暴露的風險等級：** 低 ## 實作指引 對工作負載中的所有元件執行徹底的分析。確保在工作負載生命週期內取得分析成本與潛在節省之間的平衡。您必須找出元件的目前影響和未來潛在影響。例如，如果建議資源的成本是一個月 10 USD，而低於預測的負載不會超過一個月 15 USD，則花一天努力減少 50% (每月 5 USD) 可能會超過系統生命週期內的潛在利益。使用更快速且更有效率的資料型估算，將為此元件建立最佳整體結果。 工作負載可能會隨時間改變，而且如果工作負載架構或用量變化，適當的服務組合可能並非最佳。選擇服務的分析必須納入目前和未來的工作負載狀態以及用量水平。為未來的工作負載狀態或用量實作服務，可減少或消除未來變更所需的工作量，藉此降低整體成本。 [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/) 和 [AWS Cost and Usage Report](https://aws.amazon.com/aws-cost-management/aws-cost-and-usage-reporting/) (CUR) 可分析概念驗證 (PoC) 或執行環境的成本。您也可以使用 [AWS 定價計算工具](https://calculator.aws/#/) 來估算工作負載成本。 **實作步驟** + **列出工作負載元件： **建置所有工作負載元件的清單。這會做為檢查每個元件是否已經過分析的確認清單。所做的工作應反映貴組織優先事項所定義之工作負載的關鍵性。如果有多個資料庫，在功能上將資源分組在一起可提高效率，例如，生產資料庫儲存。 + **排定元件清單的優先順序：** 取得元件清單，並依工作順序排定其優先順序。這通常是依最昂貴到最便宜的元件成本排序，或依貴組織優先事項所定義的關鍵性排序。 + ** 執行分析：** 對於清單上的每個元件，檢閱可用的選項和服務並選擇最適合您組織優先事項的選項。 ## 資源 **相關文件：** + [AWS 定價計算工具](https://calculator.aws/#/) + [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/) + [Amazon S3 儲存類別](https://aws.amazon.com/s3/storage-classes/) + [雲端產品](https://aws.amazon.com/products/) # COST05-BP03 對每個元件執行徹底的分析 查看每個元件的組織整體成本。透過考慮營運和管理成本來查看整體擁有成本，尤其是在使用受管服務時。審查工作應反映潛在的效益；例如，用於分析的時間與元件成本成正比。 **若未建立此最佳實務，暴露的風險等級為：** 低 ## 實作指引 考慮所節省的時間，讓您的團隊能夠專注於淘汰技術負債、創新和增值功能。例如，您可能需要將內部部署的環境盡快提升和轉移至雲端，稍後進行優化。使用受管服務以去除或降低授權成本所體現的節省也值得探討。受管服務免除了維護服務的營運和管理重擔，讓您專注於創新。此外，因為受管服務以雲端規模運作，可使每次交易或服務的成本較低。 通常受管服務具有屬性，您可設定以確保備充足容量。您必須設定並監控這些屬性，使得額外的容量保持最低程度，並且獲得最大效能。您可使用 AWS 管理主控台 或 AWS API 和 SDK 來修改 AWS Managed Services 的屬性，以使資源上的需要配合經常變動的需求。例如，可將 Amazon EMR 叢集 (或 Amazon Redshift 叢集上) 節點的數量增加或減少，以便擴展或者縮減。 亦可將多重執行個體裝填到一項 AWS 資源上，進行密度更高的使用。例如，可將多個小資料庫佈建至單一 Amazon Relational Database Service (Amazon RDS) 資料庫執行個體。隨著用量增長，可使用快照和恢復程序，將其中一個資料庫搬遷至專用 Amazon RDS 資料庫執行個體。 將工作負載佈建至受管服務上時，您必須了解調整服務容量的要求。這些要求通常是時間、心力和對一般工作負載運作的影響。佈建的資源必須允許發生任何變更，佈建必要的額外開銷來實現。為了修改服務所需持續投注的心力，利用與系統和監控工具例如 Amazon CloudWatch 相整合的 API 和 SDK，可降低為幾乎是零。 [Amazon RDS](https://aws.amazon.com/rds/)、[Amazon Redshift](https://aws.amazon.com/redshift/)和 [Amazon ElastiCache](https://aws.amazon.com/elasticache/) 提供受管資料庫服務。[Amazon Athena](https://aws.amazon.com/athena/)、[Amazon EMR](https://aws.amazon.com/emr/)和 [Amazon OpenSearch Service](https://aws.amazon.com/opensearch-service/) 提供受管分析服務。 [AMS](https://aws.amazon.com/managed-services/) 是代表企業客戶和合作夥伴營運 AWS 基礎設施的服務。它提供安全且合規的環境，您可以將工作負載部署至其中。AMS 使用企業雲端營運模型與自動化，讓您符合組織需求、更快速地遷移至雲端，以及降低持續管理成本。 **實作步驟** + ** 執行徹底的分析： **使用元件清單，從最高優先到最低優先順序處理每個元件。對於優先順序更高且成本更高的元件，請執行額外的分析並評估所有可用選項及其長期影響。對於優先順序較低的元件，評估用量的變更是否會變更元件的優先順序，然後執行適當的工作分析。 ## 資源 **相關文件：** + [AWS 總體擁有成本 (TCO) 計算器](https://aws.amazon.com/tco-calculator/) + [Amazon S3 儲存類別](https://aws.amazon.com/s3/storage-classes/) + [雲端產品](https://aws.amazon.com/products/) # COST05-BP04 選取具成本效益授權的軟體 開放原始碼軟體會剔除對工作負載增加大量成本的軟體授權費用。請在需要授權軟體時，避免繫結至任意屬性 (例如 CPU) 的授權，尋找繫結至輸出或成果的授權。這些授權的成本會更接近其提供的效益。 **若未建立此最佳實務，暴露的風險等級為：** 低 ## 實作指引 使用開放原始碼軟體可免除軟體授權的成本。隨著工作負載的大小擴展，這可能會對工作負載成本產生重大影響。測量授權軟體的效益與總成本，以確保您擁有優化的工作負載。模擬授權的任何變更以及這些變更對工作負載成本的影響。如果廠商變更資料庫授權的成本，調查這會如何影響工作負載的整體效率。考慮廠商的歷史定價公告，以了解其產品授權變更趨勢。授權成本也可能獨立於輸送量或用量，例如依硬體擴展的授權 (CPU 綁定授權)。應該避免這些授權，因為成本可能會快速增加，而不會帶來相應結果。 **實作步驟** + ** 分析授權選項： **檢閱可用軟體的授權條款。尋找具備所需功能的開放原始碼版本，以及授權軟體的效益是否超過成本。有利條款將使軟體成本符合其提供的效益。 + ** 分析軟體供應商： **檢閱來自於廠商的任何歷史定價或授權變更。尋找不符合成果的任何變更，例如，在特定廠商硬體或平台上執行的懲罰性條款。此外，尋找他們執行可能施加的稽核和懲罰的方式。 ## 資源 **相關文件：** + [AWS 總體擁有成本 (TCO) 計算器](https://aws.amazon.com/tco-calculator/) + [Amazon S3 儲存類別](https://aws.amazon.com/s3/storage-classes/) + [雲端產品](https://aws.amazon.com/products/) # COST05-BP05 選取此工作負載的元件，以按照組織優先事項來優化成本 選取所有元件時需考慮成本因素。這包括使用應用程式層級和受管服務，例如 Amazon Relational Database Service ([Amazon RDS](Amazon%20Relational%20Database%20Service%20(Amazon%20RDS)))、 [Amazon DynamoDB](https://docs.aws.amazon.com/dynamodb/?id=docs_gateway)、Amazon Simple Notification Service ([Amazon SNS](https://docs.aws.amazon.com/sns/?id=docs_gateway)) 和 Amazon Simple Email Service ([Amazon SES](https://docs.aws.amazon.com/ses/?id=docs_gateway))，以降低整體組織成本。使用無伺服器和容器執行運算，例如 AWS Lambda、用於靜態網站的 Amazon Simple Storage Service ([Amazon S3](https://docs.aws.amazon.com/s3/?id=docs_gateway)) 和 Amazon Elastic Container Service ([Amazon ECS](https://docs.aws.amazon.com/ecs/?id=docs_gateway)) 建立持續整合/持續部署 (CI/CD) 管道。使用開放原始碼軟體或無授權費用的軟體，將授權成本降到最低：例如，用於運算工作負載的 Amazon Linux，或將資料庫遷移到 [Amazon Aurora](https://docs.aws.amazon.com/rds/?id=docs_gateway)。 **若未建立此最佳實務，暴露的風險等級為：** 低 ## 實作指引 您可以使用無伺服器或應用程式層級服務，例如 [AWS Lambda](https://aws.amazon.com/lambda/)、[Amazon Simple Queue Service (Amazon SQS)](https://aws.amazon.com/sqs/)， [Amazon SNS](https://docs.aws.amazon.com/sns/?id=docs_gateway)和 [Amazon SES](https://docs.aws.amazon.com/ses/?id=docs_gateway)。這些服務讓您無須管理資源，並提供程式碼執行、佇列服務和訊息傳遞功能。另一個好處是，它們可隨用量擴展效能和成本，因此能夠有效率地分配成本和劃分歸屬。 如需無伺服器的詳細資訊，請參閱 [Well-Architected 無伺服器應用程式聚焦白皮書](https://docs.aws.amazon.com/wellarchitected/latest/serverless-applications-lens/welcome.html)。 ** 實作步驟** + ** 選取每個服務以最佳化成本： **使用您的優先順序清單和分析，選取最符合您組織優先事項的每個選項。 ## 資源 **相關文件：** + [AWS 總體擁有成本 (TCO) 計算器](https://aws.amazon.com/tco-calculator/) + [Amazon S3 儲存類別](https://aws.amazon.com/s3/storage-classes/) + [雲端產品](https://aws.amazon.com/products/) # COST05-BP06 對一段時間內的不同用量進行成本分析 工作負載可能隨時間變更。某些服務或功能在不同的用量層級上更具成本效益。按預計用量隨時間對每個元件執行分析，此工作負載在其整個生命週期內保持成本效益。 **若未建立此最佳實務，暴露的風險等級：** 低 ## 實作指引 隨著 AWS 發佈新的服務和功能，工作負載的最佳服務可能會改變。所需的努力應與潛在效益相符。工作負載檢閱頻率取決於您的組織需求。如果成本高昂，則更快實作新的服務可節省最多成本，因此更頻繁的檢閱是有利的。觸發檢閱的另一個因素是使用模式變化。用量的重大變更可能表示替代服務更理想。例如，如需較高的資料傳輸速率，直接連線服務可能比 VPN 更便宜，並提供所需的連線能力。預測服務變更的潛在影響，讓您可以監控這些用量等級觸發條件，並更快實作最經濟實惠的服務。 **實作步驟** + ** 定義預測用量模式： **與您的組織 (例如行銷和產品擁有者) 合作，記錄工作負載的預期和預測用量模式。 + ** 根據預測用量執行成本分析：** 使用定義的使用模式，在每個點執行分析。分析工作應該反映潛在成果。例如，如果用量變更很大，則應執行徹底的分析來驗證任何成本和變更。 ## 資源 **相關文件：** + [AWS 總體擁有成本 (TCO) 計算器](https://aws.amazon.com/tco-calculator/) + [Amazon S3 儲存類別](https://aws.amazon.com/s3/storage-classes/) + [雲端產品](https://aws.amazon.com/products/)