# 選擇架構 **Topics** + [PERF 1.如何為工作負載選取合適的雲端資源和架構？](perf-01.md) # PERF 1.如何為工作負載選取合適的雲端資源和架構？ 適用於特定工作負載的最佳解決方案各不相同，而解決方案通常會結合多種方法。Well-Architected 工作負載會使用多種解決方案，並採用不同的功能以提升效能。 **Topics** + [PERF01-BP01 了解可用的雲端服務和特徵](perf_architecture_understand_cloud_services_and_features.md) + [PERF01-BP02 使用雲端供應商或適當合作夥伴提供的指引，了解架構模式和最佳實務](perf_architecture_guidance_architecture_patterns_best_practices.md) + [PERF01-BP03 將成本因素納入架構決策](perf_architecture_factor_cost_into_architectural_decisions.md) + [PERF01-BP04 評估權衡如何影響客戶和架構效率](perf_architecture_evaluate_trade_offs.md) + [PERF01-BP05 使用政策和參考架構](perf_architecture_use_policies_and_reference_architectures.md) + [PERF01-BP06 使用基準化分析來推動架構決策](perf_architecture_use_benchmarking.md) + [PERF01-BP07 針對架構選擇使用資料驅動的方法](perf_architecture_use_data_driven_approach.md) # PERF01-BP01 了解可用的雲端服務和特徵 持續了解並探索可用的服務和組態，有助您做出更完善的架構決策，並提升工作負載架構的效能效率。 **常見的反模式：** + 您可以使用雲端作為並置資料中心。 + 遷移到雲端後，您沒有現代化應用程式。 + 對於需要保留的所有項目，您只使用一種儲存類型。 + 您使用的執行個體類型與目前標準最相符，但大於需求。 + 您會部署和管理可做為受管服務的技術。 **建立此最佳實務的優勢：** 透過考慮新的服務和組態，您可以大幅改善效能、降低成本，並最佳化維護工作負載所需的工作量。這麼做也可幫助您縮短具有雲端功能之產品的價值實現時間。 **未建立此最佳實務時的曝險等級：** 高 ## 實作指引 AWS 持續推出可改善效能並降低雲端工作負載成本的新服務和特徵。即時掌握這些新服務和特徵的資訊，對於在雲端中維持效能效用至關重要。現代化工作負載架構也可有助您加速生產力、推動創新，並發掘更多成長機會。 ### 實作步驟 + 清查工作負載軟體和架構以存放相關服務。決定要深入了解的產品類別。 + 探索 AWS 供應項目，以識別並了解相關服務和組態選項，這些選項可協助您改善效能，並降低成本和操作複雜性。 + [AWS 有哪些最新消息？](https://aws.amazon.com/new/) + [AWS 部落格](https://aws.amazon.com/blogs/) + [AWS Skill Builder](https://skillbuilder.aws/) + [AWS 活動和研討會](https://aws.amazon.com/events/) + [AWS 培訓 和認證](https://www.aws.training/) + [AWS Youtube 頻道](https://www.youtube.com/channel/UCd6MoB9NC6uYN2grvUNT-Zg) + [AWS 研討會](https://workshops.aws/) + [AWS 社群](https://aws.amazon.com/events/asean/community-and-events/) + 使用沙盒 (非生產) 環境來學習和試驗新服務，而不會產生額外成本。 ## 資源 **相關文件：** + [AWS 架構中心](https://aws.amazon.com/architecture/) + [AWS Partner Network](https://aws.amazon.com/partners/) + [AWS 解決方案程式庫](https://aws.amazon.com/solutions/) + [AWS 知識中心](https://aws.amazon.com/premiumsupport/knowledge-center/) + [建置 AWS 現代化應用程式](https://aws.amazon.com/modern-apps/) **相關影片：** + [This is my Architecture](https://aws.amazon.com/architecture/this-is-my-architecture/) **相關範例：** + [AWS 範例](https://github.com/aws-samples) + [AWS SDK 範例](https://github.com/awsdocs/aws-doc-sdk-examples) # PERF01-BP02 使用雲端供應商或適當合作夥伴提供的指引，了解架構模式和最佳實務 憑藉文件、解決方案架構師、專業服務或適當的合作夥伴等雲端公司資源，來引導您做出架構決策。這些資源可協助檢閱和改善架構，以實現最佳效能。 **常見的反模式：** + 您使用 AWS 作為常見的雲端供應商。 + 您使用 AWS 服務的方式與其設計宗旨不符。 + 您遵循所有指引，但未考量自身的業務環境。 **建立此最佳實務的優勢：** 運用雲端供應商或適當合作夥伴的指引，有助您選擇適合工作負載的正確架構，並對自己的決策充滿信心。 **未建立此最佳實務時的曝險等級：** 中 ## 實作指引 AWS 提供廣泛的指引、文件和資源，有助您建置和管理有效率的雲端工作負載。AWS 文件提供程式碼範例、教學課程和詳細的服務說明。除了文件外，AWS 提供培訓和認證計畫、解決方案架構師和專業服務，有助客戶探索雲端服務的不同層面，並在 AWS 上實作有效的雲端架構。 利用這些資源，深入了解寶貴的知識和最佳實務、節省時間，並運用 AWS 雲端 取得更好的成果。 ### 實作步驟 + 檢閱 AWS 文件和指引，並遵循最佳實務。這些資源可協助您有效選擇和設定服務，並取得更好的效能。 + [AWS 文件](https://docs.aws.amazon.com/) (如使用者指南和白皮書) + [AWS 部落格](https://aws.amazon.com/blogs/) + [AWS 培訓 和認證](https://www.aws.training/) + [AWS Youtube 頻道](https://www.youtube.com/channel/UCd6MoB9NC6uYN2grvUNT-Zg) + 參加 AWS 合作夥伴活動 (例如 AWS 全球高峰會、AWS re:Invent、使用者群組和研討會)，向 AWS 專家學習使用 AWS 服務的最佳實務。 + [AWS 活動和研討會](https://aws.amazon.com/events/) + [AWS 研討會](https://workshops.aws/) + [AWS 社群](https://aws.amazon.com/events/asean/community-and-events/) + 當您需要其他指引或產品資訊時，請聯絡 AWS 尋求協助。AWS 解決方案架構師和 [AWS 專業服務](https://aws.amazon.com/professional-services/) 會為實作解決方案提供指導 [AWS 合作夥伴](https://aws.amazon.com/partners/) 會提供 AWS 專業知識，協助您提升業務的靈活性和創新性。 + 使用 [支援](https://aws.amazon.com/contact-us/) 如果您需要技術支援才能有效使用服務。 [我們的支援計劃](https://aws.amazon.com/premiumsupport/plans/) 旨在為您提供適當的工具組合和專業知識，以便您在最佳化效能、管理風險並控制成本的同時，透過 AWS 取得成功。 ## 資源 **相關文件：** + [AWS 架構中心](https://aws.amazon.com/architecture/) + [AWS 解決方案程式庫](https://aws.amazon.com/solutions/) + [AWS 知識中心](https://aws.amazon.com/premiumsupport/knowledge-center/) + [AWS 企業支援](https://aws.amazon.com/premiumsupport/plans/enterprise/) **相關影片：** + [This is my Architecture](https://aws.amazon.com/architecture/this-is-my-architecture/) **相關範例：** + [AWS 範例](https://github.com/aws-samples) + [AWS SDK 範例](https://github.com/awsdocs/aws-doc-sdk-examples) # PERF01-BP03 將成本因素納入架構決策 將成本因素納入架構決策中，以提高雲端工作負載的資源使用率和效能效率。當您意識到雲端工作負載的成本影響時，您就更有可能利用有效的資源並減少浪費的做法。 **常見的反模式：** + 您只能使用一個執行個體系列。 + 您沒有根據開放原始碼解決方案，來評估授權解決方案。 + 您沒有定義儲存生命週期政策。 + 您沒有檢閱 AWS 雲端 的新服務和特徵。 + 您只能使用區塊儲存。 **建立此最佳實務的優勢：** 將成本因素納入決策中，可讓您使用更有效率的資源並探索其他投資選擇。 **未建立此最佳實務時的曝險等級：** 中 ## 實作指引 針對成本最佳化工作負載可以提高資源利用率，並避免雲端工作負載的浪費。將成本納入架構決策中，通常包括適當調整工作負載元件的大小和啟用彈性，進而提高雲端工作負載效能效率。 ### 實作步驟 + 建立成本目標，例如雲端工作負載的預算限制。 + 找出造成工作負載成本增加的關鍵元件 (例如執行個體和儲存)。您可以使用 [AWS 定價計算工具](https://calculator.aws/#/) 和 [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/) 找出造成工作負載中成本增加的關鍵因素。 + 使用 [AWS Well-Architected 成本最佳化最佳實務](https://docs.aws.amazon.com/wellarchitected/latest/cost-optimization-pillar/welcome.html) 最佳化這些關鍵元件的成本。 + 持續監控和分析成本，以找出工作負載中成本最佳化的機會。 + 使用 [AWS Budgets](https://aws.amazon.com/aws-cost-management/aws-budgets/) 在產生無法接受的成本時收到提醒。 + 使用 [AWS Compute Optimizer](https://aws.amazon.com/compute-optimizer/) 或者 [AWS Trusted Advisor](https://aws.amazon.com/premiumsupport/technology/trusted-advisor/) 取得成本最佳化建議。 + 使用 [AWS 成本異常偵測](https://aws.amazon.com/aws-cost-management/aws-cost-anomaly-detection/) 取得自動化的成本異常偵測和根本原因分析。 ## 資源 **相關文件：** + [成本智慧儀表板的詳細概要](https://aws.amazon.com/blogs/aws-cloud-financial-management/a-detailed-overview-of-the-cost-intelligence-dashboard/) + [AWS 架構中心](https://aws.amazon.com/architecture/) + [AWS Partner Network](https://aws.amazon.com/partners/) + [AWS 解決方案程式庫](https://aws.amazon.com/solutions/) + [AWS 知識中心](https://aws.amazon.com/premiumsupport/knowledge-center/) **相關影片：** + [This is my Architecture](https://aws.amazon.com/architecture/this-is-my-architecture/) + [最佳化 AWS 運算的效能和成本](https://www.youtube.com/watch?v=zt6jYJLK8sg&ref=wellarchitected) **相關範例：** + [AWS 範例](https://github.com/aws-samples) + [AWS SDK 範例](https://github.com/awsdocs/aws-doc-sdk-examples) + [在 Compute Optimizer 和記憶體使用率已啟用的情況下適當調整大小](https://www.wellarchitectedlabs.com/cost/200_labs/200_aws_resource_optimization/5_ec2_computer_opt/) + [AWS Compute Optimizer 示範程式碼](https://github.com/awslabs/ec2-spot-labs/tree/master/aws-compute-optimizer) # PERF01-BP04 評估權衡如何影響客戶和架構效率 在評估與效能相關的改善之處時，請判斷哪些選擇將對客戶和工作負載效率產生影響。例如，如果使用鍵值資料存放區可提高系統效能，請務必評估此變更最終一致性本質對客戶的影響。 **常見的反模式：** + 即使實作過程中有所取捨，您都假設應實作所有效能增益。 + 您只會在效能問題達到臨界點時才會評估工作負載變更。 **建立此最佳實務的優勢：** 評估與效能相關的潛在改善時，您必須決定進行此變更的優缺點是否符合工作負載需求。在某些情況下，您可能需要實作其他控制來彌補權衡。 **未建立此最佳實務時的曝險等級：** 高 ## 實作指引 根據對效能和客戶造成的影響，找出架構中的關鍵領域。確定如何進行改進、這些改進帶來的權衡，以及它們如何影響系統和使用者體驗。例如，實作快取資料有助於大幅提升效能，但需要明確的策略來確定更新或使快取資料失效的方式和時間，以防止不正確的系統行為。 ### 實作步驟 + 了解工作負載需求和 SLA。 + 清楚定義評估因素。因素可能涉及工作負載的成本、可靠性、安全性和效能。 + 選擇可滿足您需求的架構和服務。 + 進行試驗和概念驗證 (POC)，以評估權衡因素以及對客戶和架構效率的影響。通常，高可用性、高效能且安全的工作負載會耗用更多雲端資源，但能夠提供更完善的客戶體驗。 ## 資源 **相關文件：** + [Amazon 建置者資料中心](https://aws.amazon.com/builders-library) + [Quick KPI](https://docs.aws.amazon.com/quicksight/latest/user/kpi.html) + [Amazon CloudWatch RUM](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch-RUM.html) + [X-Ray 文件](https://docs.aws.amazon.com/xray/latest/devguide/aws-xray.html) + [ 了解能在雲端中快速建構架構的彈性模式和權衡 ](https://aws.amazon.com/blogs/architecture/understand-resiliency-patterns-and-trade-offs-to-architect-efficiently-in-the-cloud/) **相關影片：** + [制定監控計劃](https://www.youtube.com/watch?v=OMmiGETJpfU&ref=wellarchitected) + [透過 Amazon CloudWatch RUM 最佳化應用程式](https://www.youtube.com/watch?v=NMaeujY9A9Y) + [Amazon CloudWatch Synthetics 的示範](https://www.youtube.com/watch?v=hF3NM9j-u7I) **相關範例：** + [使用 Amazon CloudWatch Synthetics 測量頁面載入時間](https://github.com/aws-samples/amazon-cloudwatch-synthetics-page-performance) + [Amazon CloudWatch RUM Web 用戶端](https://github.com/aws-observability/aws-rum-web) # PERF01-BP05 使用政策和參考架構 選擇服務和組態時，使用內部政策和現有的參考架構，以便在設計和實作工作負載提高效率。 **常見的反模式：** + 您允許各種可能會影響公司管理開銷的技術。 **建立此最佳實務的優勢：** 建立架構、技術和供應商選擇的政策，讓您快速做出決策。 **未建立此最佳實務時的曝險等級：** 中 ## 實作指引 在選擇資源和架構時，制定內部政策可讓您在選擇架構時有可遵循的標準和準則。這些指導方針則可簡化在選擇合適的雲端服務時的決策流程，並提高效能效率。使用政策或參考架構來部署工作負載。將服務整合到雲端部署，然後使用效能測試以確保您可以繼續滿足效能需求。 ### 實作步驟 + 清楚了解雲端工作負載的需求。 + 檢閱內部和外部政策，以找出最相關的政策。 + 使用由 AWS 或業界最佳實務提供的適當參考架構。 + 針對常見情況，建立包含政策、標準、參考架構和規範性指引的連續體。這樣做可加快團隊的應變速度。為產業量身打造資產 (如果適用)。 + 針對沙盒環境中的工作負載驗證這些政策和參考架構。 + 隨時掌握產業標準和 AWS 更新，確保政策和參考架構有助最佳化雲端工作負載。 ## 資源 **相關文件：** + [AWS 架構中心](https://aws.amazon.com/architecture/) + [AWS Partner Network](https://aws.amazon.com/partners/) + [AWS 解決方案程式庫](https://aws.amazon.com/solutions/) + [AWS 知識中心](https://aws.amazon.com/premiumsupport/knowledge-center/) **相關影片：** + [This is my Architecture](https://aws.amazon.com/architecture/this-is-my-architecture/) **相關範例：** + [AWS 範例](https://github.com/aws-samples) + [AWS SDK 範例](https://github.com/awsdocs/aws-doc-sdk-examples) # PERF01-BP06 使用基準化分析來推動架構決策 基準化分析現有工作負載的效能，以了解工作負載在雲端的效能，並根據該資料推動架構決策。 **常見的反模式：** + 您依賴的常見基準化分析未能反映工作負載特性。 + 您依賴客戶意見回饋和感受作為唯一的基準化分析。 **建立此最佳實務的優勢：** 基準化分析目前的實作，可協助您衡量效能改善之處。 **未建立此最佳實務時的曝險等級：** 中 ## 實作指引 使用基準化分析搭配綜合測試，以評估工作負載元件執行情況。與負載測試相比，基準化分析通常速度更快；要評估特定元件的技術時，會使用基準化分析。當您缺少執行負載測試的完整解決方案時，通常可在新專案開始時使用基準化分析。 您可以建置自己的自訂基準化分析測試，或者使用產業標準測試，例如 [TPC-DS](http://www.tpc.org/tpcds/)，以基準化您的工作負載。比較環境時，產業基準化分析很有幫助。對於確定您希望在架構中進行的特定營運類型，自訂基準化分析非常實用。 基準化分析時，務必要預熱測試環境，以獲得有效的結果。多次執行相同的基準化分析，以確保您已擷取到隨著時間出現的任何變化。 由於基準化分析的速度通常比負載測試要快，因此可以在部署管道中盡早使用基準化分析，以便能更快提供有關效能偏差的回饋。當您評估元件或服務中的重大變更時，藉助基準化分析，您可以更快速地查看所做的變更是否合理。請務必使用基準化分析搭配負載測試，因為負載測試會告訴您工作負載在生產中的效能。 ### 實作步驟 + 定義指標 (例如 CPU 使用率、延遲或輸送量)，以評估工作負載效能。 + 找出並設定工作負載適用的基準化分析工具。您可以使用 AWS 服務 (例如 [Amazon CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html))，或與工作負載相容的第三方工具。 + 在測試期間執行基準化分析並監控指標。 + 分析並記錄基準化分析結果，以找出任何瓶頸和問題。 + 使用測試結果做出架構決策並調整工作負載。這可能包括變更服務或採用新功能。 + 調整後重新測試工作負載。 ## 資源 **相關文件：** + [AWS 架構中心](https://aws.amazon.com/architecture/) + [AWS Partner Network](https://aws.amazon.com/partners/) + [AWS 解決方案程式庫](https://aws.amazon.com/solutions/) + [AWS 知識中心](https://aws.amazon.com/premiumsupport/knowledge-center/) + [Amazon CloudWatch RUM](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch-RUM.html) + [Amazon CloudWatch Synthetics](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch_Synthetics_Canaries.html) **相關影片：** + [This is my Architecture](https://aws.amazon.com/architecture/this-is-my-architecture/) + [透過 Amazon CloudWatch RUM 最佳化應用程式](https://www.youtube.com/watch?v=NMaeujY9A9Y) + [Amazon CloudWatch Synthetics 的示範](https://www.youtube.com/watch?v=hF3NM9j-u7I) **相關範例：** + [AWS 範例](https://github.com/aws-samples) + [AWS SDK 範例](https://github.com/awsdocs/aws-doc-sdk-examples) + [分散式負載測試](https://aws.amazon.com/solutions/implementations/distributed-load-testing-on-aws/) + [使用 Amazon CloudWatch Synthetics 測量頁面載入時間](https://github.com/aws-samples/amazon-cloudwatch-synthetics-page-performance) + [Amazon CloudWatch RUM Web 用戶端](https://github.com/aws-observability/aws-rum-web) # PERF01-BP07 針對架構選擇使用資料驅動的方法 為架構選擇定義清晰、資料驅動的方法，以確認是否使用正確的雲端服務和組態，來滿足特定業務需求。 **常見的反模式：** + 您假設目前的架構是靜態的，且不應隨著時間而更新。 + 架構選擇是根據猜測和假設。 + 您會隨時間導入架構變更，而且無需理由佐證。 **建立此最佳實務的優勢：** 透過採用明確定義的方法來做出架構選擇，您使用資料來影響工作負載設計，並隨著時間的推移做出明智的決策。 **未建立此最佳實務時的曝險等級：** 中 ## 實作指引 使用內部經驗和雲端知識，或使用外部資源 (例如已發佈的使用案例或白皮書)，以選擇架構中的資源和服務。您應有定義明確的流程，有助試驗和基準化分析可在工作負載中使用的服務。 關鍵工作負載的待辦項目不僅只包括使用者案例 (提供與業務和使用者相關的功能)，還應包括構成工作負載架構跑道的技術案例。這條跑道掌握技術和新服務的新進展，並根據資料和適當的理由而採用這些技術和新服務。這證明架構仍然是與時俱進，不會停滯不前。 ### 實作步驟 + 與關鍵利害關係人互動，以定義工作負載需求，包括效能、可用性和成本考量。考慮工作負載的使用者數量和使用模式等因素。 + 建立架構跑道或技術待辦項目，系統會優先處理這些項目與功能待辦事項。 + 評估不同的雲端服務 (如需詳細資訊，請參閱 [PERF01-BP01 了解可用的雲端服務和特徵](perf_architecture_understand_cloud_services_and_features.md))。 + 探索符合效能需求的不同架構模式，例如微服務或無伺服器 (如需更多詳細資訊，請參閱 [PERF01-BP02 使用雲端供應商或適當合作夥伴提供的指引，了解架構模式和最佳實務](perf_architecture_guidance_architecture_patterns_best_practices.md))。 + 諮詢其他團隊、架構圖表和資源，例如 AWS 解決方案架構設計師、 [AWS 架構中心](https://aws.amazon.com/architecture/)和 [AWS Partner Network](https://aws.amazon.com/partners/)，以協助您選擇適合工作負載的架構。 + 定義輸送量和回應時間等效能指標，以協助您評估工作負載的效能。 + 試驗並使用定義的指標，來驗證所選架構的效能。 + 視需要持續監控並進行調整，以維持架構的最佳效能。 + 記錄您選擇的架構和決策，作為未來更新和學習的參考。 + 根據經驗、新技術和指出目前方法中需要變更或問題的指標，持續檢閱和更新架構選擇方法。 ## 資源 **相關文件：** + [AWS 解決方案程式庫](https://aws.amazon.com/solutions/) + [AWS 知識中心](https://aws.amazon.com/premiumsupport/knowledge-center/) **相關影片：** + [This is my Architecture](https://aws.amazon.com/architecture/this-is-my-architecture/) **相關範例：** + [AWS 範例](https://github.com/aws-samples) + [AWS SDK 範例](https://github.com/awsdocs/aws-doc-sdk-examples)