SNS触发Step Function的无中间Lambda最优实现方案咨询

你提到的Lambda中转方案是旧的实现方式，目前AWS已经原生支持SNS直接触发Step Function，无需中间层，方案细节如下：

核心实现逻辑 #

SNS现已支持将标准类型Step Function工作流直接配置为订阅端点，当SNS主题有新消息发布时，会自动触发工作流启动，同时将SNS消息内容直接作为工作流的输入参数传递，全程无需额外代码开发。

方案优势 #

• 省去Lambda的运行成本，无需维护Lambda代码、处理运行时升级、冷启动等额外问题
• 调用链路更短，减少了中间故障点，端到端延迟更低
• 支持原生重试、死信队列配置，可靠性更高

具体配置步骤 #

• 提前确认你要触发的是标准Step Function工作流：目前Express类型的工作流暂不支持作为SNS订阅端点，仅标准类型支持
• 进入对应SNS主题的「订阅」管理页，点击「创建订阅」
• 协议项选择 Step Functions State Machine
• 端点选择目标Step Function工作流的ARN
• 可选配置：为订阅设置死信队列，用来存放触发失败的消息
• 权限配置：创建订阅时可选择由AWS自动生成所需的IAM权限，也可以手动修改SNS主题的访问策略，授予SNS调用Step Function的权限

特殊场景说明 #

• 如果需要对SNS消息做过滤后再触发工作流，可直接配置SNS订阅过滤策略，无需额外代码处理
• 如果SNS消息大小超过Step Function的输入限制（最大262KB），建议将消息内容存在S3，SNS仅传递S3对象路径即可
• 如果你只能使用Express类型的工作流，目前仍然需要通过Lambda中转触发，暂时没有原生支持的方案

内容的提问来源于stack exchange，提问作者justHelloWorld