登录
首页 >  Golang >  Go问答

AWS Lambda 使用 SQS DLQ 重试

来源:stackoverflow

时间:2024-04-13 23:18:37 357浏览 收藏

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

问题内容

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

到目前为止我尝试的是,我在 dql 之上创建了一个额外的普通队列,并将其链接到 lambda,而不是使用 --dead-letter-config。然后使用 deadletterconfigretrypolicy 将 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学习网公众号,带你了解更多关于的知识点!

声明:本文转载于:stackoverflow 如有侵犯,请联系study_golang@163.com删除
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>