AWS Lambda 使用 SQS DLQ 重试

积累知识，胜过积蓄金银！毕竟在Golang开发的过程中，会遇到各种各样的问题，往往都是一些细节知识点还没有掌握好而导致的，因此基础知识点的积累是很重要的。下面本文《AWS Lambda 使用 SQS DLQ 重试》，就带大家讲解一下知识点，若是你对本文感兴趣，或者是想搞懂其中某个知识点，就请你继续往下看吧~

示例所属的功能是，每分钟运行一个 cronjob 来触发用 golang 编写的 lambda 函数。如果 lambda 返回错误，则会立即将消息放入 dlq 中。然而，我正在努力解决的是重试逻辑。只有在第三次 lambda 尝试之后，消息才应发送到 dlq，这就是我想要完成的任务。如果您发现我在下面的 aws 命令​​中遗漏了某些内容，请告诉我。

到目前为止我尝试的是，我在 dql 之上创建了一个额外的普通队列，并将其链接到 lambda，而不是使用 --dead-letter-config。然后使用 deadletterconfig 和 retrypolicy 将 dlq 链接到目标。我不确定整个事情是否是这样设计的，但我认为可能需要更多的组件。甚至不确定这是否正确！

lambda (main.go)

package main

import (
    "context"
    "fmt"

    "github.com/aws/aws-lambda-go/events"
    "github.com/aws/aws-lambda-go/lambda"
)

func main() {
    lambda.start(handle)
}

func handle(_ context.context, event events.cloudwatchevent) error {
    detail, err := event.detail.marshaljson()
    if err != nil {
        return err
    }

    if string(detail) == `{"ok": "yes"}` {
        return nil
    }

    return fmt.errorf("not ok")
}

aws 步骤

GOOS=linux CGO_ENABLED=0 go build -ldflags "-s -w" -o main main.go
zip main.zip main

# Create rule
aws --profile localstack --endpoint-url http://localhost:4566 events put-rule \
    --name test-rule \
    --schedule-expression 'cron(* * * * *)'

# Create DLQ
aws --profile localstack --endpoint-url http://localhost:4566 sqs create-queue \
    --queue-name test-dead-letter-queue \
    --attributes '{}'

# Create lambda with DLQ
aws --profile localstack --endpoint-url http://localhost:4566 lambda create-function \
    --function-name test-lambda \
    --handler main \
    --runtime go1.x \
    --role test-role \
    --dead-letter-config '{"TargetArn":"arn:aws:sqs:eu-west-1:000000000000:test-dead-letter-queue"}' \
    --zip-file fileb://main.zip

# Create lambda rule (purposely causes lambda error!)
aws --profile localstack --endpoint-url http://localhost:4566 events put-targets \
    --rule test-rule \
    --targets '[{"Id":"1","Arn":"arn:aws:lambda:eu-west-1:000000000000:function:test-lambda","Input":"{\"ok\":\"no\"}"}]'

我没有看到 aws 文档所说的情况。

给定事件源的错误处理取决于 lambda 的调用方式。 amazon cloudwatch events 配置为异步调用 lambda 函数。

异步调用 – 异步事件在用于调用 lambda 函数之前先进行排队。如果 aws lambda 无法完全处理该事件，它将自动重试调用两次，重试之间会有延迟。

正确答案

您有一个异步 schedule 规则 -> lambda 设置。请注意，异步重试是有延迟的（见下文）。也许您没有注意到重试，因为退避时间 >= 您的每分钟计划？

异步和同步调用模式的 Lambda error handling and automatic retry 逻辑不同：

Asynchronous（例如事件触发的）Lambda 调用

两次异步 lambda 重试分别进行 1 分钟和 2 分钟的退避。如果是 invocation and function errors，则将重试异步 lambda。重试次数耗尽后，事件将被发送到 lambda 的 DLQ 或 lambda 的 failure destination^*（如果已配置）。

Synchronous（例如 SQS 触发的）Lambda 调用

另一种方法是使用 SQS 作为事件源（schedule 规则 -> Queue -> Lambda）。在此同步场景中，重试逻辑和 DLQ 配置为 on the Queue itself，而不是在 Lambda 上。

* Destinations 是异步 lambda DLQ 的更新替代方案：“目的地和 DLQ 可以同时一起使用，尽管目的地应被视为更优选的解决方案。”

到这里，我们也就讲完了《AWS Lambda 使用 SQS DLQ 重试》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！