AWS 上統一商務指引
概觀
運作方式
此架構圖展示了多個系統如何進行無縫集成,並透過使用不同層級的 AWS 服務以及在多個應用程式和軟體即服務 (SaaS) 產品之間進行協調,為客戶提供一致的個人化零售體驗,而無論接觸點或履行方式如何。
Well-Architected 支柱
上方的架構圖是一個考量到 Well-Architected 最佳實務而建立的的解決方案的範例。若要完全實現 Well-Architected,您應該盡可能地多遵循 Well-Architected 的最佳實務。
所提議的架構能夠大規模執行,因為它會盡可能利用受管服務。傳統的 COTS 應用程式利用 Amazon EC2 執行個體指標以及 Amazon CloudWatch 警示和日誌。Auto Scaling 群組和受管 Amazon RDS 可以從故障中恢復。
該架構盡可能使用受管服務,因此大部分安全責任由 AWS 承擔,遵循最佳安全實務,包括 Amazon S3 加密資料、縮小 IAM 角色範圍和 Amazon DynamoDB 靜態加密。透過 Amazon Cognito 實施強力的消費者身分驗證,並透過 IAM 角色實施強力的操作人員身分驗證。CloudWatch Logs 和 AWS CloudTrail 提供可追溯性,可與組織的其他功能一起使用,例如 Amazon GuardDuty、AWS Security Hub 以及中央 SIEM。
受管服務內建可靠性。另外,Amazon S3 和 DynamoDB 內建儲存冗餘,Amazon SageMaker 執行個體內建可擴展性,Amazon Redshift、Athena、Amazon SageMaker Canvas、Amazon Pinpoint、Amazon Personalize、AWS AppSync 和 EventBridge 也具備高可用性。出現任何問題時,可以在 AmazonS3 上使用相同的管道從原始事件重播資料。還可以使用 EventBridge 封存和回覆功能重播事件。容器架構可在 AWS Fargate 上執行的 Amazon Elastic Container Service (Amazon ECS) 或 Amazon Elastic Kubernetes Service (Amazon EKS) 進行橫向擴展,並動態適應容量需求。
擴展根據 AWS 無伺服器服務 (例如 AWS Lambda、DynamoDB、SageMaker 端點和 Amazon Redshift) 的使用情況而定。
受管服務和無伺服器服務的使用確保架構可儘量降低成本,因為這些服務僅在使用時收費。
擬議的架構盡可能使用受管服務和無伺服器服務,以實現永續發展,並且僅在需要時執行。AWS 客戶碳足跡工具可用於取得總影響數字。
免責聲明
找到今天所需的資訊了嗎?
讓我們知道,以便我們改善頁面內容的品質