Fifo-SQS触发Lambda的失败重试行为优化问询

方案1：调整SQS可见性超时+Lambda异步重试配置 #

• 把SQS的VisibilityTimeout设为略大于Lambda最大执行时间（比如Lambda常规跑2秒，就设3秒），Lambda失败后消息会快速重新变为可见，触发立即重试。
• 配合Lambda的异步重试配置：在SAM模板里给Lambda指定MaximumRetryAttempts（最大重试次数）和MaximumEventAgeInSeconds，当重试次数超限后，Lambda会直接把失败事件转发到死信队列，不用等SQS的可见性超时。

  注意：FIFO队列按消息组处理，如果要下一条消息立即处理，得确保无依赖的消息用不同的MessageGroupId，这样队列会并行处理不同组的消息，不会被失败消息阻塞。

方案2：优化SQS原生重试+死信队列配置 #

• 直接在SQS的RedrivePolicy里设置maxReceiveCount（最大重试次数），同时把VisibilityTimeout缩到Lambda执行时间的1.2倍左右。消息每次失败后会快速回到队列重试，达到最大次数时，SQS会立即把消息转至死信队列，不用等最后一次可见性超时。

  核心就是缩小默认的过长可见性超时，只要保证时长足够Lambda完成正常处理，就不会出现重复消费的问题。

方案3：放弃Lambda内循环重试的思路 #

你之前考虑的Lambda内循环重试风险很高：一旦某条消息持续失败，Lambda会一直跑满15分钟超时，既浪费资源，还会阻塞同组的其他FIFO消息（如果用了相同的MessageGroupId）。而且手动发送死信队列的逻辑还要自己处理消息去重、顺序保证，反而增加不必要的复杂度。

Resources:
  MyFifoQueue:
    Type: AWS::SQS::Queue
    Properties:
      QueueName: "MyQueue.fifo"
      FifoQueue: true
      VisibilityTimeout: 3 # 略大于Lambda最大执行时间
      RedrivePolicy:
        deadLetterTargetArn: !GetAtt MyDLQ.Arn
        maxReceiveCount: 3 # 设定最大重试次数
      ContentBasedDeduplication: true

  MyDLQ:
    Type: AWS::SQS::Queue
    Properties:
      QueueName: "MyDLQ.fifo"
      FifoQueue: true

  MyLambdaFunction:
    Type: AWS::Serverless::Function
    Properties:
      CodeUri: ./src/
      Handler: app.lambdaHandler
      Runtime: nodejs18.x
      Events:
        SQSEvent:
          Type: SQS
          Properties:
            Queue: !GetAtt MyFifoQueue.Arn
            BatchSize: 1 # FIFO队列建议批量设为1，保证顺序
      # 可选：Lambda异步重试配置，实现更精细的失败转发控制
      AsyncInvokeConfig:
        MaximumRetryAttempts: 2
        DestinationConfig:
          OnFailure:
            Type: SQS
            Destination: !GetAtt MyDLQ.Arn

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