当前位置:首页 > 文章列表 > Golang > Go问答 > 限制 Google Pub/Sub 传输尝试的方法:使用死信主题进行消息转发

限制 Google Pub/Sub 传输尝试的方法:使用死信主题进行消息转发

来源:stackoverflow 2024-02-28 09:00:26 0浏览 收藏

小伙伴们对Golang编程感兴趣吗?是否正在学习相关知识点?如果是,那么本文《限制 Google Pub/Sub 传输尝试的方法:使用死信主题进行消息转发》,就很适合你,本篇文章讲解的知识点主要包括。在之后的文章中也会多多分享相关知识点,希望对大家的知识积累有所帮助!

问题内容

我正在尝试使用死信主题配置 pub/sub 订阅(参见 https://cloud.google.com/pubsub/docs/dead-letter-topics),以限制死信主题的数量当消息被拒绝时,消息会被重新传递。为此,我创建了以下示例程序:

package main

import (
    "context"
    "flag"
    "fmt"
    "log"
    "os"
    "time"

    "cloud.google.com/go/pubsub"
    "google.golang.org/grpc/codes"
    "google.golang.org/grpc/status"
)

const (
    topicid           = "my-topic"
    deadlettertopicid = "my-dead-letter-topic"
    subscriptionid    = "my-subscription"
)

var (
    pubsubemulatorhost string
    projectid          string
)

func main() {
    flag.stringvar(&pubsubemulatorhost, "pubsubemulatorhost", "", "pub/sub emulator host (e.g. localhost:8085)")
    flag.stringvar(&projectid, "projectid", "my-project", "google project id")
    flag.parse()

    if pubsubemulatorhost != "" {
        os.setenv("pubsub_emulator_host", pubsubemulatorhost)
        defer os.unsetenv("pubsub_emulator_host")
    }

    client, err := pubsub.newclient(context.background(), projectid)
    if err != nil {
        log.fatalf("newclient: %v", err)
    }

    topic, err := client.createtopic(context.background(), topicid)
    if err != nil {
        if status.code(err) == codes.alreadyexists {
            topic = client.topic(topicid)
            log.printf("topic %s already exists", topicid)
        } else {
            log.fatalf("createtopic: %v", err)
        }
    }
    defer func() {
        topic.stop()
        if err := topic.delete(context.background()); err != nil {
            log.fatalf("delete topic: %v", err)
        }
    }()

    deadlettertopic, err := client.createtopic(context.background(), deadlettertopicid)
    if err != nil {
        if status.code(err) == codes.alreadyexists {
            deadlettertopic = client.topic(deadlettertopicid)
            log.printf("topic %s already exists", deadlettertopicid)
        } else {
            log.fatalf("createtopic: %v", err)
        }
    }
    defer func() {
        deadlettertopic.stop()
        if err := deadlettertopic.delete(context.background()); err != nil {
            log.fatalf("delete dead-letter topic: %v", err)
        }
    }()

    sub, err := client.createsubscription(context.background(), subscriptionid, pubsub.subscriptionconfig{
        topic: topic,
        deadletterpolicy: &pubsub.deadletterpolicy{
            deadlettertopic:     fmt.sprintf("projects/%s/topics/%s", projectid, deadlettertopicid),
            maxdeliveryattempts: 5,
        },
    })
    if err != nil {
        log.fatalf("createsubscription: %v", err)
    }
    defer func() {
        if err := sub.delete(context.background()); err != nil {
            log.fatalf("delete subscription: %v", err)
        }
    }()

    go func() {
        sub.receive(context.background(), func(ctx context.context, msg *pubsub.message) {
            log.printf("got message %q upon delivery attempt %d", msg.data, msg.deliveryattempt)
            msg.nack()
        })
    }()

    result := topic.publish(context.background(), &pubsub.message{data: []byte("hello, world!")})
    messageid, err := result.get(context.background())
    if err != nil {
        log.fatalf("get message id of publish call: %v", err)
    }
    log.printf("published message with id %s", messageid)
    time.sleep(20 * time.second)
}

该脚本以两种模式运行,一种是使用真正的 pub/sub 项目(此处称为 my-project),另一种是通过设置 pubsub_emulator_host 环境变量来使用 gcloud pub/sub 模拟器。我预计,鉴于订阅的 deadletterpolicymaxdeliveryattempts 设置为 5,nack'd pub/sub 消息将被传送大约 5 次(文档表明这是尽力而为)。但是,如果我在真实的 pub/sub 项目上运行该脚本,我会得到以下输出:

> go run main.go
2020/06/22 23:59:37 published message with id 1294186248588871
2020/06/22 23:59:38 got message "hello, world!" upon delivery attempt 824637866440
2020/06/22 23:59:40 got message "hello, world!" upon delivery attempt 824634417896
2020/06/22 23:59:41 got message "hello, world!" upon delivery attempt 824634418592
2020/06/22 23:59:43 got message "hello, world!" upon delivery attempt 824637866928
2020/06/22 23:59:44 got message "hello, world!" upon delivery attempt 824638981864
2020/06/22 23:59:45 got message "hello, world!" upon delivery attempt 824640667960
2020/06/22 23:59:47 got message "hello, world!" upon delivery attempt 824634418712
2020/06/22 23:59:49 got message "hello, world!" upon delivery attempt 824638982160
2020/06/22 23:59:50 got message "hello, world!" upon delivery attempt 824640667760
2020/06/22 23:59:51 got message "hello, world!" upon delivery attempt 824634418000
2020/06/22 23:59:52 got message "hello, world!" upon delivery attempt 824633942168
2020/06/22 23:59:53 got message "hello, world!" upon delivery attempt 824633942712
2020/06/22 23:59:53 got message "hello, world!" upon delivery attempt 824640668296
2020/06/22 23:59:54 got message "hello, world!" upon delivery attempt 824637448352
2020/06/22 23:59:55 got message "hello, world!" upon delivery attempt 824633943336
2020/06/22 23:59:55 got message "hello, world!" upon delivery attempt 824633943448
2020/06/22 23:59:56 got message "hello, world!" upon delivery attempt 824633943560
2020/06/22 23:59:57 got message "hello, world!" upon delivery attempt 824638259688
2020/06/22 23:59:57 got message "hello, world!" upon delivery attempt 824637448752

换句话说,nack'd 消息被传递了 19 次,远低于我预期的 5 次。如果我使用 pub/sub 模拟器运行该程序,我发现传递尝试始终为 0:

> go run main.go --pubsubEmulatorHost=localhost:8085
2020/06/23 00:00:54 Published message with ID 4
2020/06/23 00:00:54 Got message "Hello, world!" upon delivery attempt 0
2020/06/23 00:00:54 Got message "Hello, world!" upon delivery attempt 0
2020/06/23 00:00:54 Got message "Hello, world!" upon delivery attempt 0
2020/06/23 00:00:54 Got message "Hello, world!" upon delivery attempt 0
2020/06/23 00:00:54 Got message "Hello, world!" upon delivery attempt 0
2020/06/23 00:00:54 Got message "Hello, world!" upon delivery attempt 0
2020/06/23 00:00:54 Got message "Hello, world!" upon delivery attempt 0
2020/06/23 00:00:54 Got message "Hello, world!" upon delivery attempt 0
2020/06/23 00:00:54 Got message "Hello, world!" upon delivery attempt 0
2020/06/23 00:00:54 Got message "Hello, world!" upon delivery attempt 0
2020/06/23 00:00:55 Got message "Hello, world!" upon delivery attempt 0
2020/06/23 00:00:55 Got message "Hello, world!" upon delivery attempt 0
2020/06/23 00:00:55 Got message "Hello, world!" upon delivery attempt 0
2020/06/23 00:00:55 Got message "Hello, world!" upon delivery attempt 0
2020/06/23 00:00:55 Got message "Hello, world!" upon delivery attempt 0
2020/06/23 00:00:55 Got message "Hello, world!" upon delivery attempt 0
2020/06/23 00:00:55 Got message "Hello, world!" upon delivery attempt 0
2020/06/23 00:00:55 Got message "Hello, world!" upon delivery attempt 0
2020/06/23 00:00:55 Got message "Hello, world!" upon delivery attempt 0
2020/06/23 00:00:55 Got message "Hello, world!" upon delivery attempt 0
2020/06/23 00:00:56 Got message "Hello, world!" upon delivery attempt 0
...

这里为了简洁起见,输出被截断,但消息打印了约 200 次(每秒 10 次,持续 20 秒),再次远远高于我预期的 5 次。

deadletterpolicymaxdeliveryattempts 字段是否不应限制 nack 消息的传送尝试次数?为什么 deliveryattempt 字段是这样一个奇怪的整数序列,而不是每次简单地递增 1 的整数序列(参见 https://pkg.go.dev/cloud.google.com/go/pubsub?tab=doc#message )?


解决方案


为了进一步为社区做出贡献,我根据我在评论部分中提到的内容发布了这个答案。

您描述的问题通常发生在您未授予所需权限(死信队列选项下的 here)以便 pubsub 可以发布到您的死信主题或订阅您的订阅时。另外,我必须指出,如果写入死信队列主题失败,pubsub 将继续将消息传递给您的订阅者。

为了授予必要的权限,您可以在 shell 环境中使用以下命令:

pubsub_service_account="service-${project_number}@gcp-sa-pubsub.iam.gserviceaccount.com"

gcloud pubsub topics add-iam-policy-binding <dead letter topic> \  --member="serviceaccount:${pubsub_service_account}"\  --role='roles/pubsub.publisher'

gcloud pubsub subscriptions add-iam-policy-binding <subscription with dead letter queue> \  --member="serviceaccount:${pubsub_service_account}"\  --role='roles/pubsub.subscriber'

另外,我想添加 @mahesh gattani 评论,其中提到模拟器目前不支持死信主题。

您可以通过 gcp ui 实现它。

Go to Subscription -> Click on Edit -> 
Go to Dead lettering -> 
Add max attempt(minimum number is 5) -> 
add the topic (where you want to send message once your maximum attempt exceeds)

终于介绍完啦!小伙伴们,这篇关于《限制 Google Pub/Sub 传输尝试的方法:使用死信主题进行消息转发》的介绍应该让你收获多多了吧!欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布Golang相关知识,快来关注吧!

版本声明
本文转载于:stackoverflow 如有侵犯,请联系study_golang@163.com删除
在一个案例中不断探索多个选项在一个案例中不断探索多个选项
上一篇
在一个案例中不断探索多个选项
将 objectid 切换为 objectidhex 后,Mongodb 无法正确读取
下一篇
将 objectid 切换为 objectidhex 后,Mongodb 无法正确读取
查看更多
最新文章
查看更多
课程推荐
  • 前端进阶之JavaScript设计模式
    前端进阶之JavaScript设计模式
    设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
    542次学习
  • GO语言核心编程课程
    GO语言核心编程课程
    本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
    509次学习
  • 简单聊聊mysql8与网络通信
    简单聊聊mysql8与网络通信
    如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
    497次学习
  • JavaScript正则表达式基础与实战
    JavaScript正则表达式基础与实战
    在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
    487次学习
  • 从零制作响应式网站—Grid布局
    从零制作响应式网站—Grid布局
    本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
    484次学习
查看更多
AI推荐
  • AI边界平台:智能对话、写作、画图,一站式解决方案
    边界AI平台
    探索AI边界平台,领先的智能AI对话、写作与画图生成工具。高效便捷,满足多样化需求。立即体验!
    21次使用
  • 讯飞AI大学堂免费AI认证证书:大模型工程师认证,提升您的职场竞争力
    免费AI认证证书
    科大讯飞AI大学堂推出免费大模型工程师认证,助力您掌握AI技能,提升职场竞争力。体系化学习,实战项目,权威认证,助您成为企业级大模型应用人才。
    48次使用
  • 茅茅虫AIGC检测:精准识别AI生成内容,保障学术诚信
    茅茅虫AIGC检测
    茅茅虫AIGC检测,湖南茅茅虫科技有限公司倾力打造,运用NLP技术精准识别AI生成文本,提供论文、专著等学术文本的AIGC检测服务。支持多种格式,生成可视化报告,保障您的学术诚信和内容质量。
    170次使用
  • 赛林匹克平台:科技赛事聚合,赋能AI、算力、量子计算创新
    赛林匹克平台(Challympics)
    探索赛林匹克平台Challympics,一个聚焦人工智能、算力算法、量子计算等前沿技术的赛事聚合平台。连接产学研用,助力科技创新与产业升级。
    249次使用
  • SEO  笔格AIPPT:AI智能PPT制作,免费生成,高效演示
    笔格AIPPT
    SEO 笔格AIPPT是135编辑器推出的AI智能PPT制作平台,依托DeepSeek大模型,实现智能大纲生成、一键PPT生成、AI文字优化、图像生成等功能。免费试用,提升PPT制作效率,适用于商务演示、教育培训等多种场景。
    190次使用
微信登录更方便
  • 密码登录
  • 注册账号
登录即同意 用户协议隐私政策
返回登录
  • 重置密码