当前位置:首页 > 文章列表 > 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基础的同学学习。
    543次学习
  • GO语言核心编程课程
    GO语言核心编程课程
    本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
    514次学习
  • 简单聊聊mysql8与网络通信
    简单聊聊mysql8与网络通信
    如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
    499次学习
  • JavaScript正则表达式基础与实战
    JavaScript正则表达式基础与实战
    在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
    487次学习
  • 从零制作响应式网站—Grid布局
    从零制作响应式网站—Grid布局
    本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
    484次学习
查看更多
AI推荐
  • SEO  AI Mermaid 流程图:自然语言生成,文本驱动可视化创作
    AI Mermaid流程图
    SEO AI Mermaid 流程图工具:基于 Mermaid 语法,AI 辅助,自然语言生成流程图,提升可视化创作效率,适用于开发者、产品经理、教育工作者。
    632次使用
  • 搜获客笔记生成器:小红书医美爆款内容AI创作神器
    搜获客【笔记生成器】
    搜获客笔记生成器,国内首个聚焦小红书医美垂类的AI文案工具。1500万爆款文案库,行业专属算法,助您高效创作合规、引流的医美笔记,提升运营效率,引爆小红书流量!
    638次使用
  • iTerms:一站式法律AI工作台,智能合同审查起草与法律问答专家
    iTerms
    iTerms是一款专业的一站式法律AI工作台,提供AI合同审查、AI合同起草及AI法律问答服务。通过智能问答、深度思考与联网检索,助您高效检索法律法规与司法判例,告别传统模板,实现合同一键起草与在线编辑,大幅提升法律事务处理效率。
    654次使用
  • TokenPony:AI大模型API聚合平台,一站式接入,高效稳定高性价比
    TokenPony
    TokenPony是讯盟科技旗下的AI大模型聚合API平台。通过统一接口接入DeepSeek、Kimi、Qwen等主流模型,支持1024K超长上下文,实现零配置、免部署、极速响应与高性价比的AI应用开发,助力专业用户轻松构建智能服务。
    722次使用
  • 迅捷AIPPT:AI智能PPT生成器,高效制作专业演示文稿
    迅捷AIPPT
    迅捷AIPPT是一款高效AI智能PPT生成软件,一键智能生成精美演示文稿。内置海量专业模板、多样风格,支持自定义大纲,助您轻松制作高质量PPT,大幅节省时间。
    618次使用
微信登录更方便
  • 密码登录
  • 注册账号
登录即同意 用户协议隐私政策
返回登录
  • 重置密码