

# 软件和架构
<a name="a-sus-software-architecture"></a>

**Topics**
+ [SUS 3 如何利用软件和架构模式来支持可持续性目标？](sus-03.md)

# SUS 3 如何利用软件和架构模式来支持可持续性目标？
<a name="sus-03"></a>

实施用于执行负载平滑和保持已部署资源始终如一的高利用率的模式，以最大限度地减少资源消耗。由于用户行为会随着时间的推移而发生变化，组件可能会因缺乏使用而变得空闲。修改模式和架构以整合未充分利用的组件，从而提高整体利用率。停用不再需要的组件。了解工作负载组件的性能，并优化消耗最多资源的组件。注意客户用来访问您服务的设备，并实施相应的模式以最大限度地减少设备升级需求。

**Topics**
+ [SUS03-BP01 针对异步和计划作业优化软件和架构](sus_sus_software_a2.md)
+ [SUS03-BP02 删除或重构很少或没有使用的工作负载组件](sus_sus_software_a3.md)
+ [SUS03-BP03 优化消耗最多时间或资源的代码区域](sus_sus_software_a4.md)
+ [SUS03-BP04 优化对设备的影响](sus_sus_software_a5.md)
+ [SUS03-BP05 使用最能支持数据访问和存储模式的软件模式和架构](sus_sus_software_a6.md)

# SUS03-BP01 针对异步和计划作业优化软件和架构
<a name="sus_sus_software_a2"></a>

使用高效的软件和架构模式（如队列驱动）来保持所部署资源的始终如一的高利用率。

 **常见反模式：**
+  为了应对不可预见的需求高峰，您过度预置云工作负载中的资源。
+  架构不会通过消息传递组件分离异步消息的发送方和接收方。

 **建立此最佳实践的好处：**
+  高效的软件和架构模式可以最大程度地减少工作负载中未使用的资源，并提高整体效率。
+  可以独立于异步消息的接收来扩展处理。
+  通过消息传递组件，可以放宽可用性要求，从而能够用更少的资源来满足这些要求。

 **在未建立这种最佳实践的情况下暴露的风险等级：**中 

## 实施指导
<a name="implementation-guidance"></a>

 使用高效的架构模式，例如[事件驱动型架构](https://aws.amazon.com/event-driven-architecture/)，这样可以均匀利用组件，并最大限度地减少工作负载中的过度预置。使用高效的架构模式可以最大程度地减少由于需求随时间变化而导致的闲置资源。

 了解工作负载组件的要求，并采用可提高资源总体利用率的架构模式。停用不再需要的组件。

### 实施步骤
<a name="implementation-steps"></a>
+  分析工作负载的需求，以确定如何响应这些需求。
+  对于不需要同步响应的请求或作业，请使用队列驱动型架构和自动扩缩工作线程来最大限度地提高利用率。以下是一些可以考虑采用队列驱动型架构的示例：    
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_cn/wellarchitected/latest/framework/sus_sus_software_a2.html)
+  对于可以随时处理的请求或作业，请使用调度机制批量处理作业以提高效率。以下是 AWS 上的调度机制的一些示例：    
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_cn/wellarchitected/latest/framework/sus_sus_software_a2.html)
+  如果在架构中使用轮询和 Webhook 机制，请将它们替换为事件。使用[事件驱动型架构](https://docs.aws.amazon.com/lambda/latest/operatorguide/event-driven-architectures.html)来构建高效的工作负载。
+  利用 [AWS 上的无服务器架构](https://aws.amazon.com/serverless/)消除过度预置的基础设施。
+  适当调整架构中各个组件的大小，以防止等待输入的闲置资源。
  +  您可以使用 [AWS Cost Explorer 中的合理调整大小建议](https://docs.aws.amazon.com/cost-management/latest/userguide/ce-rightsizing.html)或 [AWS Compute Optimizer](https://aws.amazon.com/compute-optimizer/) 来确定合理调整大小的机会。
  +  有关更多详细信息，请参阅《[合理调整大小：预置实例以匹配工作负载](https://docs.aws.amazon.com/whitepapers/latest/cost-optimization-right-sizing/cost-optimization-right-sizing.html)》。

## 资源
<a name="resources"></a>

 **相关文档：**
+  [What is Amazon Simple Queue Service?](https://docs.aws.amazon.com/AWSSimpleQueueService/latest/SQSDeveloperGuide/welcome.html)
+  [什么是 Amazon MQ？](https://docs.aws.amazon.com/amazon-mq/latest/developer-guide/welcome.html) 
+  [基于 Amazon SQS 进行扩展](https://docs.aws.amazon.com/autoscaling/ec2/userguide/as-using-sqs-queue.html) 
+  [什么是 AWS Step Functions？](https://docs.aws.amazon.com/step-functions/latest/dg/welcome.html) 
+  [什么是 AWS Lambda？](https://docs.aws.amazon.com/lambda/latest/dg/welcome.html) 
+  [将 AWS Lambda 与 Amazon SQS 结合使用](https://docs.aws.amazon.com/lambda/latest/dg/with-sqs.html) 
+  [什么是 Amazon EventBridge？](https://docs.aws.amazon.com/eventbridge/latest/userguide/what-is-amazon-eventbridge.html) 
+ [使用 REST API 管理异步工作流程](https://aws.amazon.com/blogs/architecture/managing-asynchronous-workflows-with-a-rest-api/)

 **相关视频：**
+ [AWS re:Invent 2023 - Navigating the journey to serverless event-driven architecture ](https://www.youtube.com/watch?v=hvGuqHp051c)
+ [AWS re:Invent 2023 - Using serverless for event-driven architecture & domain-driven design ](https://www.youtube.com/watch?v=3foMZJSPMI4)
+ [AWS re:Invent 2023 - Advanced event-driven patterns with Amazon EventBridge ](https://www.youtube.com/watch?v=6X4lSPkn4ps)
+ [AWS re:Invent 2023 - Sustainable architecture: Past, present, and future ](https://www.youtube.com/watch?v=2xpUQ-Q4QcM)
+ [异步消息模式 \$1 AWS 事件](https://www.youtube.com/watch?v=-yJqBuwouZ4)

 **相关示例：**
+ [带有 AWS Graviton 处理器和 Amazon EC2 竞价型实例的事件驱动型架构](https://catalog.workshops.aws/well-architected-sustainability/en-US/2-software-and-architecture/event-driven-architecture-with-graviton-spot)

# SUS03-BP02 删除或重构很少或没有使用的工作负载组件
<a name="sus_sus_software_a3"></a>

移除未使用且不再需要的组件，并重构利用率低的组件，以最大限度减少工作负载中的浪费。

 **常见反模式：**
+  没有定期检查工作负载的各个组件的利用率水平。
+  没有查看和分析来自 AWS 合理调整大小工具（如 [AWS Compute Optimizer](https://aws.amazon.com/compute-optimizer/)）的建议。

 **建立此最佳实践的好处：**移除未使用的组建可最大限度减少浪费并提高云工作负载的整体效率。

 **在未建立这种最佳实践的情况下暴露的风险等级：**中 

## 实施指导
<a name="implementation-guidance"></a>

云工作负载中未使用或未充分利用的组件会消耗不必要的计算、存储或网络资源。移除或重构这些组件，来直接减少浪费并提高云工作负载的整体效率。这是一个迭代改进过程，可以通过需求变化或新云服务的发布来启动。例如，[AWS Lambda](https://docs.aws.amazon.com/lambda/) 函数运行时间的显著减少可能表明需要减少内存大小。此外，随着 AWS 发布新的服务和功能，适用于您的工作负载的最佳服务和架构可能会发生变化。

 持续监控工作负载活动并寻找机会来提高单个组件的利用水平。通过删除空闲组件并执行合理调整大小活动，您就可以使用最少的云资源来满足您的业务需求。

### 实施步骤
<a name="implementation-steps"></a>
+  **清点 AWS 资源：**创建 AWS 资源的清单。在 AWS 中，您可以开启 [AWS 资源探索器](https://docs.aws.amazon.com/resource-explorer/latest/userguide/welcome.html) 以探索和整理您的 AWS 资源。有关更多详细信息，请参阅 [AWS re:Invent 2022 - How to manage resources and applications at scale on AWS](https://www.youtube.com/watch?v=bbgUnKq6PAU)。
+  **监控利用率：**监控和捕获工作负载关键组件的利用率指标（例如 [Amazon CloudWatch 指标](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/working_with_metrics.html)中的 CPU 利用率、内存利用率或网络吞吐量）。
+  **识别未使用的组件：**识别架构中未使用或未充分利用的组件。
  +  对于稳定的工作负载，请定期检查 [AWS Compute Optimizer](https://aws.amazon.com/compute-optimizer/) 等 AWS 合理调整大小工具，以确定闲置、未使用或未充分利用的组件。
  +  对于临时工作负载，请评估利用率指标以识别空闲、未使用或未充分利用的组件。
+  **移除未使用的组件：**停用不再需要的组件及关联资产（如 Amazon ECR 映像）。
  + [自动清理 Amazon ECR 中未使用的图片](https://aws.amazon.com/blogs/compute/automated-cleanup-of-unused-images-in-amazon-ecr/)
  + [使用 AWS Config 和 AWS Systems Manager 删除未使用的 Amazon Elastic Block Store（Amazon EBS）卷](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/delete-unused-amazon-elastic-block-store-amazon-ebs-volumes-by-using-aws-config-and-aws-systems-manager.html)
+  **重构未充分利用的组件：**重构未充分利用的组件或将其与其它资源整合，以提高利用效率。例如，您可以在单个 [Amazon RDS](https://aws.amazon.com/rds/) 数据库实例上预置多个小型数据库，而不必在各个未充分利用的实例上运行数据库。
+  **评估改进：**了解[工作负载为完成工作单元而预置的资源](https://docs.aws.amazon.com/wellarchitected/latest/sustainability-pillar/evaluate-specific-improvements.html)。使用此信息来评估通过移除或重构组件所实现的改进。
  + [ Measure and track cloud efficiency with sustainability proxy metrics, Part I: What are proxy metrics? ](https://aws.amazon.com/blogs/aws-cloud-financial-management/measure-and-track-cloud-efficiency-with-sustainability-proxy-metrics-part-i-what-are-proxy-metrics/) 
  + [ Measure and track cloud efficiency with sustainability proxy metrics, Part II: Establish a metrics pipeline ](https://aws.amazon.com/blogs/aws-cloud-financial-management/measure-and-track-cloud-efficiency-with-sustainability-proxy-metrics-part-ii-establish-a-metrics-pipeline/)

## 资源
<a name="resources"></a>

 **相关文档：**
+ [AWS Trusted Advisor](https://aws.amazon.com/premiumsupport/technology/trusted-advisor/)
+  [什么是 Amazon CloudWatch？](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html) 
+ [合理调整大小：预置实例以匹配工作负载](https://docs.aws.amazon.com/whitepapers/latest/cost-optimization-right-sizing/cost-optimization-right-sizing.html)
+ [通过规模优化建议来优化成本](https://docs.aws.amazon.com/cost-management/latest/userguide/ce-rightsizing.html)

 **相关视频：**
+ [AWS re:Invent 2023 - Capacity, availability, cost efficiency: Pick three ](https://www.youtube.com/watch?v=E0dYLPXrX_w)

# SUS03-BP03 优化消耗最多时间或资源的代码区域
<a name="sus_sus_software_a4"></a>

优化在架构的不同组件中运行的代码，以最大限度地减少资源使用和提高性能。

 **常见反模式：**
+  忽略为资源使用优化代码。
+  通常通过增加资源来应对性能问题。
+  代码审核和开发过程不会跟踪性能变化。

 **建立此最佳实践的好处：**使用高效的代码可以最大限度地减少资源使用并提高性能。

 **在未建立这种最佳实践的情况下暴露的风险等级：**中 

## 实施指导
<a name="implementation-guidance"></a>

 至关重要的是检查每个功能区域（包括云架构应用程序的代码）以优化其资源使用和性能。持续监控工作负载在构建环境和生产中的性能，并确定改进资源使用率特别高的代码片段的机会。采用定期审核流程来识别代码中资源使用效率低下的错误或反模式。利用可为您的应用场景产生相同结果的简单和高效算法。

## 实施步骤
<a name="implementation-steps"></a>
+ **使用高效的编程语言：**使用高效的操作系统和编程语言来处理工作负载。有关节能编程语言（包括 Rust）的详细信息，请参阅《[Sustainability with Rust](https://aws.amazon.com/blogs/opensource/sustainability-with-rust/)》。
+  **使用 AI 编码伴侣：**考虑使用 [Amazon Q 开发者版](https://aws.amazon.com/q/developer/)等 AI 编码伴侣来高效编写代码。
+ **实现代码审查自动化：**在开发工作负载时，采用自动化代码审查流程来提高质量并识别错误和反模式。
  + [ Automate code reviews with Amazon CodeGuru Reviewer ](https://aws.amazon.com/blogs/devops/automate-code-reviews-with-amazon-codeguru-reviewer/)
  + [使用 Amazon CodeGuru 检测并发错误](https://aws.amazon.com/blogs/devops/detecting-concurrency-bugs-with-amazon-codeguru/)
  + [使用 Amazon CodeGuru 提高 Python 应用程序的代码质量](https://aws.amazon.com/blogs/devops/raising-code-quality-for-python-applications-using-amazon-codeguru/)
+ **使用代码分析器：**使用代码分析器确定使用时间最长或使用资源最多的代码区域作为优化目标。
  + [借助 Amazon CodeGuru Profiler 减少组织的碳排放](https://aws.amazon.com/blogs/devops/reducing-your-organizations-carbon-footprint-with-codeguru-profiler/)
  + [使用 Amazon CodeGuru Profiler 了解 Java 应用程序中的内存使用](https://aws.amazon.com/blogs/devops/understanding-memory-usage-in-your-java-application-with-amazon-codeguru-profiler/)
  + [通过 Amazon CodeGuru Profiler 改进客户体验并降低成本](https://aws.amazon.com/blogs/devops/improving-customer-experience-and-reducing-cost-with-codeguru-profiler/)
+  **监控和优化：**使用持续监控资源来识别资源要求高或配置不佳的组件。
  +  使用可产生相同结果的更简单、更高效算法取代计算密集型算法。
  +  删除排序和格式等不必要的代码。
+  **使用代码重构或转换：**探索将 [Amazon Q 代码转换](https://aws.amazon.com/q/aws/code-transformation/)用于应用程序维护和升级的可能性。
  + [使用 Amazon Q 代码转换升级语言版本](https://docs.aws.amazon.com/amazonq/latest/qdeveloper-ug/code-transformation.html)
  + [AWS re:Invent 2023 - Automate app upgrades & maintenance using Amazon Q Code Transformation ](https://www.youtube.com/watch?v=LY76tak6Z1E)

## 资源
<a name="resources"></a>

 **相关文档：**
+  [什么是 Amazon CodeGuru Profiler？](https://docs.aws.amazon.com/codeguru/latest/profiler-ug/what-is-codeguru-profiler.html) 
+  [FPGA 实例](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/fpga-getting-started.html) 
+  [用于在 AWS 上进行构建的 AWS SDK 和工具](https://aws.amazon.com/tools/) 

 **相关视频：**
+ [使用 Amazon CodeGuru Profiler 提高代码效率](https://www.youtube.com/watch?v=1pU4VddsBRw)
+ [使用 Amazon CodeGuru 自动提供代码审查和应用程序性能建议](https://www.youtube.com/watch?v=OD8H63C0E0I)

# SUS03-BP04 优化对设备的影响
<a name="sus_sus_software_a5"></a>

了解您的架构中使用的设备，并使用策略来减少其使用。这可以最大限度地减少云工作负载对环境的整体影响。

 **常见反模式：**
+  忽略客户所用设备对环境的影响。
+  手动管理和更新客户使用的资源。

 **建立此最佳实践的好处：**实施针对客户设备进行了优化的软件模式和功能可以减少云工作负载对环境的总体影响。

 **在未建立这种最佳实践的情况下暴露的风险等级：**中 

## 实施指导
<a name="implementation-guidance"></a>

 实施针对客户设备优化的软件模式和功能可以从几个方面减少对环境的影响。
+  实施向后兼容的新功能可以减少硬件更换次数。
+  优化应用程序以在设备上高效运行，这有助于降低能耗和延长电池寿命（如果它们由电池供电）。
+  针对设备优化应用程序还可以减少网络上的数据传输。

 了解架构中使用的设备、其预期生命周期以及更换这些组件产生的影响。实施软件模式和功能，有助于最大程度地降低设备能耗、减少客户更换设备和手动升级设备的需求。

### 实施步骤
<a name="implementation-steps"></a>
+ **进行清点：**列出您架构中使用的设备。设备可以是移动设备、平板电脑、物联网设备、智能灯，甚至是工厂中的智能设备。
+ **使用节能设备：**考虑在架构中使用节能设备。在不使用设备时，使用设备上的电源管理配置来进入低功耗模式。
+ **运行高效的应用程序：**优化在设备上运行的应用程序：
  +  使用策略（例如在后台运行任务）来降低能耗。
  +  在构建有效负载时考虑网络带宽和延迟，并实施有助于您的应用程序在低带宽、高延迟链路上良好运行的功能。
  +  将有效负载和文件转换为设备所需的优化格式。例如，您可以使用 [Amazon Elastic Transcoder](https://docs.aws.amazon.com/elastic-transcoder/) 或 [AWS Elemental MediaConvert](https://aws.amazon.com/mediaconvert/) 将大型高质量数字媒体文件转换为用户可在移动设备、平板电脑、网络浏览器和联网电视上播放的格式。
  +  在服务器端执行计算密集型活动（例如图像渲染），或使用应用程序串流来改善旧设备上的用户体验。
  +  对输出进行分段和分页，尤其是对于交互式会话，以管理有效负载并限制本地存储要求。
+ **吸引供应商：**与使用可持续材料的设备供应商合作，提高供应链透明度和环境认证。
+ **使用空中下载（OTA）更新：**使用自动化空中下载（OTA）机制将更新部署到一个或多个设备。
  +  您可以使用 [CI/CD 管道](https://aws.amazon.com/blogs/mobile/build-a-cicd-pipeline-for-your-android-app-with-aws-services/)来更新移动应用程序。
  +  您可以使用 [AWS IoT Device Management](https://aws.amazon.com/iot-device-management/) 大规模远程管理连接的设备。
+ **使用托管式设备场：**要测试新功能和更新，请使用具有代表性硬件集的托管式设备场，并迭代开发以最大限度增加支持的设备数。有关更多详细信息，请参阅[SUS06-BP05 使用托管式 Device Farm 进行测试](sus_sus_dev_a5.md)。
+ **继续监控和改进：**跟踪设备的能源使用情况，以确定需要改进的领域。使用新技术或最佳实践来改善这些设备对环境的影响。

## 资源
<a name="resources"></a>

 **相关文档：**
+  [什么是 AWS Device Farm？](https://docs.aws.amazon.com/devicefarm/latest/developerguide/welcome.html) 
+  [WorkSpaces Applications 文档](https://docs.aws.amazon.com/appstream2/) 
+  [NICE DCV](https://docs.aws.amazon.com/dcv/) 
+ [OTA 教程，用于在运行 FreeRTOS 的设备上更新固件](https://docs.aws.amazon.com/freertos/latest/userguide/dev-guide-ota-workflow.html)
+ [优化您的物联网设备以实现环境可持续性](https://aws.amazon.com/blogs/architecture/optimizing-your-iot-devices-for-environmental-sustainability/)

 **相关视频：**
+ [AWS re:Invent 2023 - Improve your mobile and web app quality using AWS Device Farm](https://www.youtube.com/watch?v=__93Tm0YCRg)

# SUS03-BP05 使用最能支持数据访问和存储模式的软件模式和架构
<a name="sus_sus_software_a6"></a>

了解数据在工作负载中的使用方式、用户使用数据的方式，以及数据的传输和存储方式。使用最能支持数据访问和存储的软件模式和架构，最大限度地减少支持工作负载所需的计算、网络和存储资源。

 **常见反模式：**
+  假设所有工作负载都具有相似的数据存储和访问模式。
+  假设所有工作负载都位于一个存储层，且只使用该存储层。
+  假设数据访问模式会随着时间的推移保持一致。
+  您的架构支持潜在的高数据访问突发，这会导致资源大部分时间都处于空闲状态。

 **建立此最佳实践的好处：**根据数据访问和存储模式选择并优化架构将有助于降低开发复杂性并提高总体利用率。了解何时使用全局表、数据分区和缓存将帮助您减少运营开销，并根据您的工作负载需求进行扩展。

 **在未建立这种最佳实践的情况下暴露的风险等级：**中 

## 实施指导
<a name="implementation-guidance"></a>

 要提高工作负载的长期可持续性，请使用支持工作负载数据访问和存储特性的架构模式。这些模式有助于您高效地检索和处理数据。例如，可以将 [AWS 上的现代数据架构](https://aws.amazon.com/big-data/datalakes-and-analytics/modern-data-architecture/)与针对您的独特分析用例进行了优化的专用服务结合使用。这些架构模式可提高数据处理效率和减少资源使用。

### 实施步骤
<a name="implementation-steps"></a>
+  **了解数据特性：**分析您的数据特性和访问规律，以便确定云资源的适合配置。要考虑的主要特性包括：
  +  **数据类型：**结构化、半结构化、非结构化 
  +  **数据增长：**有限、无界 
  +  **数据持久性：**持久、短暂、瞬时 
  +  **访问模式**:读写、频率、峰值或一致 
+  **使用最佳架构模式：**使用最能支持数据访问和存储规律的架构模式。
  + [启用数据持久性的模式](https://docs.aws.amazon.com/prescriptive-guidance/latest/modernization-data-persistence/enabling-patterns.html)
  + [ Let’s Architect\$1 现代数据架构](https://aws.amazon.com/blogs/architecture/lets-architect-modern-data-architectures/)
  + [AWS 上的数据库：为恰当的作业选择恰当的数据库](https://www.youtube.com/watch?v=-pb-DkD6cWg)
+  **使用专用服务：**使用适合用途的技术。
  +  使用可以原生处理压缩数据的技术。
    + [Athena 压缩支持文件格式](https://docs.aws.amazon.com/athena/latest/ug/compression-formats.html)
    + [ 中的 ETL 输入和输出的格式选项AWS Glue](https://docs.aws.amazon.com/glue/latest/dg/aws-glue-programming-etl-format.html)
    + [使用 Amazon Redshift 从 Amazon S3 加载压缩数据文件](https://docs.aws.amazon.com/redshift/latest/dg/t_loading-gzip-compressed-data-files-from-S3.html)
  +  使用专用[分析服务](https://aws.amazon.com/big-data/datalakes-and-analytics/?nc2=h_ql_prod_an_a)在您的架构中进行数据处理。有关 AWS 专用分析服务的详细信息，请参阅 [AWS re:Invent 2022 - Building modern data architectures on AWS](https://www.youtube.com/watch?v=Uk2CqEt5f0o)。
  +  使用最能支持您的主导查询模式的数据库引擎。管理您的数据库索引，来实现高效的查询。有关更多详细信息，请参阅《[AWS 数据库](https://aws.amazon.com/products/databases/)》和 [AWS re:Invent 2022 - Modernize apps with purpose-built databases](https://www.youtube.com/watch?v=V-DiplATdi0)。
+  **尽量减少数据传输：**选择可减少架构中所用网络容量的网络协议。

## 资源
<a name="resources"></a>

 **相关文档：**
+  [使用 Amazon Redshift 从列数据格式复制](https://docs.aws.amazon.com/redshift/latest/dg/copy-usage_notes-copy-from-columnar.html) 
+  [在 Firehose 中转换输入记录格式](https://docs.aws.amazon.com/firehose/latest/dev/record-format-conversion.html) 
+  [通过转换为列格式提高 Amazon Athena 上的查询性能](https://docs.aws.amazon.com/athena/latest/ug/convert-to-columnar.html) 
+  [使用 Amazon Aurora 上的“性能洞察”监控数据库负载](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_PerfInsights.html) 
+  [在 Amazon RDS 上使用性能详情监控数据库负载](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_PerfInsights.html) 
+ [Amazon S3 Intelligent-Tiering 存储类](https://aws.amazon.com/s3/storage-classes/intelligent-tiering/)
+ [使用 Amazon DynamoDB 构建 CQRS 事件存储](https://aws.amazon.com/blogs/database/build-a-cqrs-event-store-with-amazon-dynamodb/)

 **相关视频：**
+ [AWS re:Invent 2022 - Building data mesh architectures on AWS](https://www.youtube.com/watch?v=nGRvlobeM_U)
+ [AWS re:Invent 2023 - Deep dive into Amazon Aurora and its innovations ](https://www.youtube.com/watch?v=je6GCOZ22lI)
+ [AWS re:Invent 2023 - Improve Amazon EBS efficiency and be more cost-efficient ](https://www.youtube.com/watch?v=7-CB02rqiuw)
+ [AWS re:Invent 2023 - Optimizing storage price and performance with Amazon S3 ](https://www.youtube.com/watch?v=RxgYNrXPOLw)
+ [AWS re:Invent 2023 - Building and optimizing a data lake on Amazon S3](https://www.youtube.com/watch?v=mpQa_Zm1xW8)
+ [AWS re:Invent 2023 - Advanced event-driven patterns with Amazon EventBridge ](https://www.youtube.com/watch?v=6X4lSPkn4ps)

 **相关示例：**
+ [AWS Purpose Built Databases 讲习会](https://catalog.us-east-1.prod.workshops.aws/workshops/93f64257-52be-4c12-a95b-c0a1ff3b7e2b/en-US)
+ [AWS Modern Data Architecture Immersion Day ](https://catalog.us-east-1.prod.workshops.aws/workshops/32f3e732-d67d-4c63-b967-c8c5eabd9ebf/en-US)
+ [Build a Data Mesh on AWS](https://catalog.us-east-1.prod.workshops.aws/workshops/23e6326b-58ee-4ab0-9bc7-3c8d730eb851/en-US)