一个支付服务从队列中消费 "order placed" 事件。由于系统在网络故障时会重试，同一事件偶尔会被多次投递，导致客户被重复扣费。团队应采用哪条设计原则，以便重复处理同一事件时不会改变结果？
本练习是课程的一部分
通过我们的互动练习之一，将理论转化为实践
学习云原生软件的架构基础。完成本章后，您将能够在单体、微服务、无服务器与事件驱动模式之间进行选择；理解紧耦合与松耦合、同步与异步通信的取舍；在无状态服务中管理状态；并通过重试、指数退避、断路器与死信队列来面向弹性进行设计。
当前练习
在 Amazon API Gateway 上构建、保护并运营 API。完成本章后，您将能够选择合适的 API 类型（REST、HTTP 或 WebSocket）；配置带验证与转换的 Lambda 集成；使用 CloudFormation、SAM 与 CDK 在不同阶段部署 API；并通过 Amazon Cognito、IAM、Lambda 授权器、加密与限流来保护它们。
构建解耦的、事件驱动与流式处理的工作负载。完成本章后，您将能够使用 Amazon SQS 队列（包含 FIFO 与死信队列）和带订阅过滤的 Amazon SNS 主题来解耦服务；使用规则、事件模式与模式架构（schemas）在 Amazon EventBridge 中路由事件；使用 Amazon Kinesis Data Streams 与 Data Firehose 处理高吞吐数据；并通过 Amazon DynamoDB Streams 对表更改进行实时响应。
