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

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

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

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

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

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

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

该行为是有意的，只要将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。