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

不触发服务总线主题订阅和逻辑应用Web钩子的Azure事件网格

蓟雪峰
2023-03-14

我正在使用服务总线溢价来创建事件订阅(事件网格)和我正在使用Webook(逻辑应用endpoint)的endpoint。

我的用例是:无论何时在服务总线主题中收到消息,事件都应该触发,并且应该调用webhook。

webhookendpoint是逻辑应用程序URI。

问题:对于主题中的15-20条消息,事件将被触发,逻辑应用程序将被触发,之后,即使对于任意数量的消息,事件也不会被触发。

注意:我在我的logic应用程序中使用Peek Lock,消息尚未完成,我在主题/订阅中看到的尚未处理的消息数。

即使主题/订阅中有许多消息,事件也不会触发。

共有1个答案

顾昌翰
2023-03-14

您的用例,例如“无论何时在服务总线主题中收到消息,事件都应该触发,并且应该调用webhook。”无法由Azure事件网格处理。

此场景中有以下用例:

  1. 当实体中没有消息时,不会发布事件。
  2. 当第一条消息到达实体并且实体上没有活动监听器360秒时,事件立即发布
  3. 当侦听器仍然处于非活动状态并且实体中至少有一条消息时,事件每120秒发布一次
  4. 该事件在收听者空闲(非活动)时间360秒之后被发布并且在该实体中仍然存在至少一个消息。例如,如果我们在实体中有5条消息,并且订阅者将使用REST Api仅拉起一条消息,那么下一个事件将在360秒后发布。换句话说,看门狗实体允许监听者在空闲时间内保持360秒。

如您所见,AEG可以帮助唤醒接收者,换句话说,避免ASB实体中消息的连续轮询。

 类似资料:
  • 我想将一个小的JSON消息放入中。消息将具有附加到它的“ProviderID”属性,并且根据筛选规则,该消息将被筛选到特定于提供程序的上 但是,我似乎无法在上指定共享访问策略,以限制第三方提供商仅连接到他们自己的 我假设应该在订阅上设置以便将这些消息发送到另一个并在那里应用特定于提供程序的安全性,这样做是否正确。 或者有其他/更好的/推荐的方法来做这件事。

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

  • 我试图从使用逻辑应用程序的服务总线队列读取消息。我没有找到任何关于逻辑应用程序如何根据队列中的消息数量进行缩放的留档。任何帮助或指针非常感谢。

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

  • 我试着按照1给出的教程学习。我创建了一个主题,其中有两个主题的订阅,分别使用sqlFilter(user_age<50)和(user_age>=50)。我为消息定义了一个自定义属性user_age。但当我发送关于这个主题的消息时,两个订阅都收到相同的消息,这是胡说八道!知道吗? 我的代码完全是从tuto中给出的代码中获得灵感的,只是我使用这段代码接收来自给定订阅的消息:

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