如何防止AWS Lambda自动从SQS队列中删除消息,而是以编程方式将其删除?

时间:2020-09-11 15:34:02

标签: amazon-web-services amazon-s3 aws-lambda amazon-sqs aws-fargate

将文件添加到我的S3存储桶后,会触发S3PUT事件,该事件会将消息放入SQS。我已将Lambda配置为在有消息可用时立即触发。

在lambda函数中,我正在发送一个API请求,以使用环境变量(包含从SQS接收到的消息)在ECS Fargate容器上运行任务。在容器中,我正在使用消息从S3下载文件,进行处理,并在成功处理后希望从SQS中删除消息。

但是,执行lambda后,邮件会自动从SQS中删除。 有什么方法可以配置lambda使其不自动删除SQS消息(除了引发异常并有意使lambda失败),以便可以以编程方式从容器中删除该消息?

更新: 考虑一下我希望实现的这种情况。

  1. 消息进入SQS队列
  2. Lambda接收消息并运行ECS API并完成操作,而不会从队列中删除味精。
  3. 正在发送消息。
  4. ECS容器运行任务,并在成功处理后从队列中删除msg。 如果容器失败,则可见性超时后,消息将重新进入队列,并且lambda将再次触发,并且循环将从步骤1开始重复。
  5. 如果容器失败超过特定次数,则只有这样,消息才会从运行中转到DLQ。

仅当我有意在lambda上引发异常并且我正在寻找类似的解决方案而无需执行此操作时,当前所有这些都有效。

1 个答案:

答案 0 :(得分:2)

该行为是有意的,只要将SQS配置为Lambda触发器,该函数返回(即完成执行)后,该消息就会自动删除。

我认为,要实现您描述的行为,您有4个选择:

  • 删除SQS作为Lambda触发器,而是按计划执行Lambda函数,然后自己轮询队列。 lambda将读取可用的消息,但是除非明确删除它们,否则它们的可见性超时到期后它们将再次变为可用。您可以通过CloudWatch计划来实现这一目标。
  • 删除SQS作为Lambda触发器,而是显式执行Lambda函数。与上述类似,但是Lambda函数可能并非一直按计划执行,而是由消息本身的产生者触发的。
  • 保留SQS Lambda触发器并将消息存储在备用SQS队列中(如@jarmod在上面的评论中所建议的那样)。
  • 配置消息的生产者以将消息发布到SNS主题,并将2个SQS队列订阅到该主题。两个队列之一将触发Lambda函数,另一队列将由您的ECS任务使用。

更新

根据提供的新信息,您还有另一个选择:

让事件流保持原样,并让Lambda删除SQS中的消息。然后,在您的ECS任务中,处理故障状态,并以相同的有效负载/主体将新消息放入SQS。这样可以无限期地重试。

没有理由要求SQS消息完全相同,而您感兴趣的是正文/有效载荷。

您可能要考虑添加一种机制来为这些重试设置限制,并将消息发布到DLQ。