当前位置: 首页 > 知识库问答 >
问题:

Azure服务总线-主题和订阅许可

曾涵育
2023-03-14
                    --> SUB1 --> Provider 1
                   /
MyApp --> TOPIC --<
                   \
                    --> SUB2 --> Provider 2

我想将一个小的JSON消息放入topic中。消息将具有附加到它的“ProviderID”属性,并且根据筛选规则,该消息将被筛选到特定于提供程序的订阅

但是,我似乎无法在订阅上指定共享访问策略,以限制第三方提供商仅连接到他们自己的订阅

我假设应该在订阅上设置自动转发以便将这些消息发送到另一个队列并在那里应用特定于提供程序的安全性,这样做是否正确。

                    --> SUB1 --> AutoForward --> Q1 --> Provider 1
                   /
MyApp --> TOPIC --<
                   \
                    --> SUB2 --> AutoForward --> Q2 --> Provider 2

或者有其他/更好的/推荐的方法来做这件事。

共有1个答案

贾俊喆
2023-03-14

您的假设是正确的,共享访问策略只能针对命名空间和/或消息实体(在本例中为主题)创建。你可以在这里查看更多信息。

在我看来,自动转发是最好的方式,更多信息在这里。

但我能想到的另一件事是,使用生成的令牌加密消息内容,该令牌提供给相应的提供者,这样它就可以解密该订阅消息,但即使读取其他订阅中的消息也不能解密它们。这意味着您需要管理这些令牌。

 类似资料:
  • 来自第三次订阅的消息会发生什么情况,是否会在TTL之后发送到死信队列 有没有办法找出消息未被使用的订阅

  • 我有一个名为“状态更改”的Azure服务总线主题,它有一个名为“混响”的订阅。我正在尝试使用设置订阅主题的方法,但出现错误: 我一直在使用这篇博客文章来尝试让一切正常运行:http://ramblingstechnical.blogspot.co.uk/p/using-azure-service-bus-with-spring-jms.html 我可以使用向主题添加消息,并使用Azure文档中概述

  • 这似乎是最简单的解决办法。让我们看看流程: 第三方向RESTful API发送请求,以获取Windows Azure服务总线连接字符串-凭据-。 一旦拥有连接字符串,第三方就会连接到Windows服务总线,并开始从某个主题订阅接收消息。注意:连接字符串是在服务器端加密的,只能由接受的客户端解密。 优点 null null 第三方请求一个类似于RESTful的TCP API,以便订阅一些Window

  • 我们使用服务总线主题作为pub/sub系统的引擎。我们的逻辑涉及我们的NodeJS服务用多个订阅连接到一个主题。对于每个订阅,我们删除$default(TrueFilter),并在消息头的Label属性上创建一个CorrelationFilter,并且不在订阅中应用AutoDeleteOnIdle设置,因为我们希望确保订阅服务器功能在服务启动之前一直运行。 这个问题可以归结为这样:某件事能导致规则

  • 有可能做到这一点吗?