Azure服务总线主题可用于私人消息
共有1个答案
如果我创建一个主题和多个订阅者，使每个客户端只听它的消息，这是可能的吗？
这样做当然是有可能的。您所要做的是配置主题筛选规则，以便每个订阅根据为它们定义的筛选条件获取消息。您可以在此处了解有关筛选规则的更多信息：https://docs.microsoft.com/en-us/azure/service-bus-messaging/topic-filters。
从此链接：
-
参考https://github.com/Azure/azure-service-bus/tree/master/samples/dotnet/gettingstart/microsoft.Azure.servicebus/basicsendreceiveusingtopicsubscriptionclient，我了解Azure服务总线主题的一般工作方式，我的问题更多地是关于它实际上是如何工作的。
-
我想将一个小的JSON消息放入中。消息将具有附加到它的“ProviderID”属性，并且根据筛选规则，该消息将被筛选到特定于提供程序的上 但是，我似乎无法在上指定共享访问策略，以限制第三方提供商仅连接到他们自己的 我假设应该在订阅上设置以便将这些消息发送到另一个并在那里应用特定于提供程序的安全性，这样做是否正确。 或者有其他/更好的/推荐的方法来做这件事。
-
我正在使用Azure服务总线主题机制。此外，我已经将消息发送到主题，并希望通过编程方式检查是否将消息发送到主题。 代码： 有没有办法获得响应或状态代码？
-
使用Azure Service Bus-Topics，我想实现一个解决方案，其中一旦生产者将消息发送到Topic，消息就会被发送/通知给最终消费者（比如队列）。 我理解主题作为pub/sub模型工作，其中订阅者需要从订阅中读取消息。但是我正在寻找一种类似队列的工作方法（当接收到任何消息时，它会触发web作业/服务）。 首先，我想知道服务巴士的主题是否是正确的选择？接下来，如果可能的话，实现一个变通
-
我在Azure中托管了两个云服务辅助角色，一个使用NServiceBus（Azure服务总线传输）消耗消息，另一个生成消息。 昨天，我部署了一个新版本的生产者工作者角色，而队列中仍然有大量消息，因为我们正在处理早上遗留下来的大量消息。当生产者启动时，它似乎已经清空（或者可能重新创建）队列，许多重要的生产消息丢失。这似乎很奇怪，但日志显示，大约在生产者角色启动时，消费者没有处理进一步的消息，我们知道
-
我创建了一个Azure函数，并选择Azure服务总线主题作为Visual Studio 2019中的触发器。我还在Azure帐户中创建了服务总线主题，并具有主连接字符串和主键。 我的问题是： 如何将Azure服务总线与我创建的Azure函数集成？生成的代码中应该更改哪些属性？ 如何在我的机器上本地向Azure服务总线主题发送消息？是否有任何类似SQLManagement Studio的应用程序可以