本指引使用微型服務、API 優先、雲端原生 SaaS 和無周邊應用程式的 MACH 原則，在 AWS 上無縫整合多個系統。統一商務包括所有面向客戶的觸點，無論管道如何，都能提供統一體驗，並打破多管道方法的孤島。透過部署本指引，您可將行銷與營運整合在一起，透過一致的品牌參與度來增加宣傳，從而改善客戶滿意度。
架構圖
[架構圖說明]
步驟 1
前端應用程式使用一組通用的微型服務和其他透過 API 層存取的抽象化應用程式 (例如 AWS AppSync)，從而建立無頭應用程式。
步驟 2
Amazon DynamoDB 和 Amazon Neptune 等常見微型服務提供應用程式邏輯和資料，支援前端體驗應用程式。它們提供的服務可讓零售商在與競爭對手的競爭中勝出。
步驟 3
軟體即服務 (SaaS) 應用程式會在可能的情況下使用，以提供成熟的例行更新邏輯，尤其是在相關服務無法讓零售商取得差異化優勢的的情況下。
步驟 4
傳統的商用現成 (COTS) 應用程式也可以部署於 AWS 服務，例如 Amazon Elastic Compute Cloud (Amazon EC2) 和 Amazon Relational Database Service (Amazon RDS)，以提供不能作為 SaaS 提供或尚未分解為微型服務的應用程式服務。
步驟 5
現有的記錄系統或以位置為基礎的系統，例如內部部署倉庫管理系統和企業資源規劃 (ERP) 或財務軟體，也整合到彙總 API 之中。
步驟 6
所有微型服務和應用程式產生的事件都會發佈到 Amazon EventBridge 自訂事件匯流排，並由解偶的應用程式按照規則使用。
步驟 7
將應用程式資料和事件串流到資料平台，例如 Amazon Simple Storage Service (Amazon S3) 或 Amazon Athena，以進行即時和歷史分析與報告。
步驟 8
動態內容和促銷優惠的個人化以即時事件為基礎，透過客戶選擇的互動管道推送給客戶。機器學習使用資料層作為來源，產生預測和具有智慧的洞見。
步驟 9
機器學習使用資料層作為來源，產生預測和具有智慧的洞見。
步驟 1
前端應用程式使用一組通用的微型服務和其他透過 API 層存取的抽象化應用程式 (例如 AWS AppSync)，從而建立無頭應用程式。
步驟 2
Amazon DynamoDB 和 Amazon Neptune 等常見微型服務提供應用程式邏輯和資料，支援前端體驗應用程式。它們提供的服務可讓零售商在與競爭對手的競爭中勝出。
步驟 3
軟體即服務 (SaaS) 應用程式會在可能的情況下使用，以提供成熟的例行更新邏輯，尤其是在相關服務無法讓零售商取得差異化優勢的的情況下。
步驟 4
傳統的商用現成 (COTS) 應用程式也可以部署於 AWS 服務，例如 Amazon Elastic Compute Cloud (Amazon EC2) 和 Amazon Relational Database Service (Amazon RDS)，以提供不能作為 SaaS 提供或尚未分解為微型服務的應用程式服務。
步驟 5
現有的記錄系統或以位置為基礎的系統，例如內部部署倉庫管理系統和企業資源規劃 (ERP) 或財務軟體，也整合到彙總 API 之中。
步驟 6
所有微型服務和應用程式產生的事件都會發佈到 Amazon EventBridge 自訂事件匯流排，並由解偶的應用程式按照規則使用。
步驟 7
將應用程式資料和事件串流到資料平台，例如 Amazon Simple Storage Service (Amazon S3) 或 Amazon Athena，以進行即時和歷史分析與報告。
步驟 8
動態內容和促銷優惠的個人化以即時事件為基礎，透過客戶選擇的互動管道推送給客戶。機器學習使用資料層作為來源，產生預測和具有智慧的洞見。
步驟 9
機器學習使用資料層作為來源，產生預測和具有智慧的洞見。
Well-Architected 支柱
AWS Well-Architected Framework 可協助您了解在雲端建立系統時所做決策的利弊。該架構的六根支柱讓您能夠學習設計和操作可靠、安全、高效、經濟高效且永續的系統的架構最佳實務。使用 AWS Well-Architected Tool (在 AWS 管理主控台中免費提供)，您可以透過回答每根支柱的一組問題來針對這些最佳實務審查您的工作負載。
上方的架構圖是一個考量到 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 Guard Duty、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 客戶碳足跡工具可用於取得總影響數字。
實作資源
提供了詳細的指南，以在您的 AWS 賬戶中實驗和使用。建立指南的每個階段 (包括部署、使用和清理) 都經過檢查以準備部署。
範本程式碼是一個起點。它經過了產業驗證、具有規範性但並非明確性，並且可以幫助您開始。
免責聲明
範例程式碼、軟體庫、命令列工具、概念驗證、範本或其他相關技術 (包括我們的人員提供的任何上述技術) 依據 AWS 客戶協議或您與 AWS 之間的相關書面協議 (以適用者為準) 作為 AWS 內容提供給您。您不得在您的生產帳戶、生產或其他關鍵資料中使用此 AWS 內容。您有責任根據您的特定品質控制實務和標準，依生產級用途來測試、保護和最佳化 AWS 內容 (如範例程式碼)。部署 AWS 內容可能會因建立或使用 AWS 收費資源 (如執行 Amazon EC2 執行個體或使用 Amazon S3 儲存) 而產生 AWS 費用。
本指引中對第三方服務或組織的參考並不意味著 Amazon 或 AWS 與第三方之間的認可、贊助或聯繫。AWS 的指引是技術起點，您可以在部署架構時自訂與第三方服務的整合。