本指南展示了构建供应链运营数据中心时的不同架构选项。该中心从数千个不同的来源摄取数据，包括有关计划和执行的内部来源以及有关运输跟踪的外部来源。然后，该中心会生成一个统一的数据视图。来自各种企业和执行系统的数据经过可视化后，可用于围绕需求预测、库存和采购进行实时规划。该数据中心可帮助供应链组织做出以数据为导向的决策，从而缩短交付时间并提高客户满意度。
架构图
第 1 步
供应链数据是从整个企业的多个数据源收集的，包括企业资源规划（ERP）和客户关系管理（CRM）软件即服务（SaaS）应用程序、制造车间边缘设备、日志、流媒体和社交媒体。
第 2 步
根据数据源的类型，AWS Database Migration Service（AWS DMS）、AWS DataSync、Amazon Kinesis、Amazon Managed Streaming for Apache Kafka（Amazon MSK）、AWS IoT Core 和 Amazon AppFlow 将数据提取到 AWS 托管的供应链数据湖中。
第 3 步
AWS Data Exchange 集成第三方数据，这些数据（例如天气数据）可能有助于预测供应链数据湖中货物的预计到达时间。
第 4 步
AWS Lake Formation 帮助构建可扩展的供应链数据湖。
第 5 步
Amazon Simple Storage Service（Amazon S3）是供应链数据湖存储的基础。
第 6 步
AWS Glue 跨多个数据存储（如 ERP、规划和装运可视性系统）提取、转换、编目和摄取数据。
第 7 步
Amazon Athena 是一项无服务器交互式查询服务，使用标准 SQL 分析 Amazon S3 中的数据。
第 8 步
Amazon QuickSight 提供的控制面板可帮助规划人员分析有关供应链规划、执行和实时运输状态的数据，从而做出明智的业务决策。
第 9 步
云数据仓库 Amazon Redshift 可分析结构化和半结构化数据。
第 10 步
Amazon EMR 提供云端大数据平台，使用开源工具处理海量数据。
第 11 步
Amazon SageMaker 构建、训练和部署机器学习模型，AWS AI 服务为供应链应用程序增添了智能功能。
第 12 步
Amazon Neptune 图形数据库可优化网络查询的速度和准确性。
第 1 步
供应链数据是从整个企业的多个数据源收集的，包括企业资源规划（ERP）和客户关系管理（CRM）软件即服务（SaaS）应用程序、制造车间边缘设备、日志、流媒体和社交媒体。
第 2 步
根据数据源的类型，AWS Database Migration Service（AWS DMS）、AWS DataSync、Amazon Kinesis、Amazon Managed Streaming for Apache Kafka（Amazon MSK）、AWS IoT Core 和 Amazon AppFlow 将数据提取到 AWS 托管的供应链数据湖中。
第 3 步
AWS Data Exchange 集成第三方数据，这些数据（例如天气数据）可能有助于预测供应链数据湖中货物的预计到达时间。
第 4 步
AWS Lake Formation 帮助构建可扩展的供应链数据湖。
第 5 步
Amazon Simple Storage Service（Amazon S3）是供应链数据湖存储的基础。
第 6 步
AWS Glue 跨多个数据存储（如 ERP、规划和装运可视性系统）提取、转换、编目和摄取数据。
第 7 步
Amazon Athena 是一项无服务器交互式查询服务，使用标准 SQL 分析 Amazon S3 中的数据。
第 8 步
Amazon QuickSight 提供的控制面板可帮助规划人员分析有关供应链规划、执行和实时运输状态的数据，从而做出明智的业务决策。
第 9 步
云数据仓库 Amazon Redshift 可分析结构化和半结构化数据。
第 10 步
Amazon EMR 提供云端大数据平台，使用开源工具处理海量数据。
第 11 步
Amazon SageMaker 构建、训练和部署机器学习模型，AWS AI 服务为供应链应用程序增添了智能功能。
第 12 步
Amazon Neptune 图形数据库可优化网络查询的速度和准确性。
Well-Architected 支柱
当您在云中构建系统时，AWS Well-Architected Framework 可以帮助您了解所做决策的利弊。框架的六大支柱使您能够学习设计和操作可靠、安全、高效、经济高效且可持续的系统的架构最佳实践。使用 AWS 管理控制台中免费提供的 AWS Well-Architected Tool，您可以通过回答每个支柱的一组问题，根据这些最佳实践来检查您的工作负载。
上面的架构图是按照 Well-Architected 最佳实践创建的解决方案示例。要做到完全的良好架构，您应该遵循尽可能多的 Well-Architected 最佳实践。
-
卓越运营阅读《卓越运营》白皮书
本指南与基础设施即代码（IaC）一起部署，后者是一项 DevOps 原则，可帮助您通过可重复且可靠的流程维护基础设施。供应链利益相关者（包括业务、开发和运营团队）应在 IaC 战略上保持一致。
-
安全性阅读《安全》白皮书
DataSync 使用跨账户存取委派对不同 AWS 账户的数据和资源的访问权限。QuickSight 使用精细的访问控制来保护对控制面板的访问权限。
-
可靠性阅读《可靠性》白皮书
Amazon S3、AWS Glue、DataSync、Athena 和 QuickSight 等服务可用性高，可让您根据需求扩展工作负载。
-
性能效率阅读《性能效率》白皮书
此架构中的无服务器技术可让您在任何给定时间配置所需的具体资源。
-
成本优化阅读《成本优化》白皮书
此架构中的服务可以自动扩展以满足需求，因此您只需为消耗的资源付费，而不会出现预置不足或过度预置的情况。
-
可持续性阅读《可持续性》白皮书
该架构中的服务采用无服务器模式且可扩展，可优化后端资源消耗以减少对环境的影响。
免责声明
示例代码；软件库；命令行工具；概念验证；模板；或其他相关技术（包括由我方人员提供的任何前述项）作为 AWS 内容按照《AWS 客户协议》或您与 AWS 之间的相关书面协议（以适用者为准）向您提供。您不应将这些 AWS 内容用在您的生产账户中，或用于生产或其他关键数据。您负责根据特定质量控制规程和标准测试、保护和优化 AWS 内容，例如示例代码，以使其适合生产级应用。部署 AWS 内容可能会因创建或使用 AWS 可收费资源（例如，运行 Amazon EC2 实例或使用 Amazon S3 存储）而产生 AWS 费用。