基于AWS架构的无阻塞邮件发送方案可行性问询

需求1：同步提交邮件元数据，无需等待结果但确保100%提交 #

完全可行，核心是依托持久化、强一致性的消息存储/写入操作，确保元数据提交成功后立即返回请求，无需等待邮件发送流程完成：

• 基于现有DynamoDB Stream架构：后端端点处理完业务逻辑后，同步调用DynamoDB的PutItem接口并等待写入成功响应，将邮件元数据写入指定表。只要DynamoDB返回写入成功，即可直接给客户端返回结果，后续Lambda通过Stream捕获元数据并处理邮件的流程完全不阻塞请求。DynamoDB的持久化特性+Stream的至少一次交付机制，能保证元数据不会丢失，邮件触发逻辑一定会执行。
• 替代存储选项：若不想依赖DynamoDB，可改用SQS标准队列（开启至少一次交付）或FIFO队列，端点同步发送消息到队列并等待发送成功确认，之后Lambda监听队列处理邮件。SQS的消息持久化同样能确保100%提交，且端点无需等待处理结果。

需求2：自动捕获端点结果，满足条件时并行执行邮件发送，不中断请求 #

可行，API Gateway是实现该逻辑的合适工具，具体有两种实现方式：

1. API Gateway异步集成+后台任务：
   配置API Gateway优先将后端服务的响应返回给客户端，之后在后台触发一个集成（比如调用专用Lambda函数）。该后台Lambda负责判断端点结果是否符合邮件发送条件，若满足则写入邮件元数据到DynamoDB（触发Stream的邮件Lambda）。整个流程中，客户端不会等待邮件发送逻辑，请求完全无阻塞。
2. 后端Lambda异步调用：
   若端点基于Lambda实现，在业务逻辑处理完成、准备返回结果前，可通过InvokeAsync方法异步调用另一个Lambda处理邮件元数据提交。异步调用会立即返回成功响应，不会阻塞主Lambda的结果返回，后续异步Lambda再完成元数据写入和邮件触发逻辑。

基于PostgreSQL的替代方案 #

由于应用数据存储在PostgreSQL，可实现端点与邮件触发逻辑的完全解耦，无需显式提交元数据：

• PostgreSQL CDC（变更数据捕获）：使用Debezium等工具捕获PostgreSQL的数据库变更事件，当业务数据更新满足邮件发送条件（如订单状态变为“已完成”）时，将事件发送到Kinesis Data Streams或SQS，再触发Lambda匹配模板并发送邮件。后端服务只需专注于业务数据更新，无需额外处理邮件提交逻辑，全程无阻塞。
• PostgreSQL触发器+消息队列：在PostgreSQL中创建触发器，当指定表的记录满足条件时，触发器调用外部脚本或API将邮件元数据发送到SQS/Kinesis，后续由Lambda处理邮件。这种方式也能自动捕获数据变化，无阻塞触发邮件。

内容的提问来源于stack exchange，提问作者Ahmet Yazıcı