Azure逻辑应用服务总线触发器可伸缩性
我试图从使用逻辑应用程序的服务总线队列读取消息。我没有找到任何关于逻辑应用程序如何根据队列中的消息数量进行缩放的留档。任何帮助或指针非常感谢。
共有1个答案
现在，答案是...确实如此。也就是说，除非使用单例LogicApp，否则Azure将根据需要旋转尽可能多的LogicApp实例。
换句话说，是的，它基于使用任何触发器的需求进行扩展，而不仅仅是服务总线。
因此，没有内置的方式来限制实例的数量。
-
我已经创建了一个Azure webwork，它将向服务总线队列发送强类型消息，并成功发送。 我想创建另一个webjob，只要servicebus队列中有消息，就会触发该webjob。请在下面找到我正在尝试的代码。出于某种原因，尽管servicebus队列中有消息，但当我在本地运行webjob时，webjob未被触发并出现错误。 错误： 代码： 有谁能帮我解决这个问题吗？ 谢谢
-
我正在尝试在我的逻辑应用程序中使用Service Bus Queue send操作，该应用程序向队列发送消息。逻辑应用程序运行时，操作返回此错误： 尽管在创建队列时，我没有启用自动转发。有什么帮助吗？
-
在.NET core 2.0中使用创建时，我遇到了一个问题。 在体系结构中，当在用于创建用户的队列中创建新消息时，服务必须接收该消息并根据其中的信息在数据库中创建用户。 在Visual Studio2017中，我在下创建了一个新项目。 这种的正确实现是什么？在GitHub上有什么例子吗？提前道谢。
-
我正在使用服务总线溢价来创建事件订阅（事件网格）和我正在使用Webook（逻辑应用endpoint）的endpoint。 我的用例是：无论何时在服务总线主题中收到消息，事件都应该触发，并且应该调用webhook。 webhookendpoint是逻辑应用程序URI。 问题：对于主题中的15-20条消息，事件将被触发，逻辑应用程序将被触发，之后，即使对于任意数量的消息，事件也不会被触发。 注意：我在
-
我在Azure logic应用程序中处理xml消息时遇到问题。我读了不少关于类似问题的文章，但不知何故，它对我不起作用：-） 我的情况： 我从一个逻辑应用程序向服务总线发布一条xml消息。似乎只有当主题采用Base64编码时，才能将消息发送到主题。所以我用下面的： 请注意，内容已经有这种格式： 执行此操作后，我看到消息被传递到服务总线主题。Service Bus Explorer工具显示以下消息文
-
我目前正在评估使用一个服务总线和azure函数来触发一些需要通过下游api调用来完成的工作。这都是相当标准的，只是我没有很好地处理当下游系统过载和/或返回header到trottle时会发生什么（即每分钟最大调用数/等）。对于队列触发器的强制节流，我们似乎没有任何动态控制。 我知道我们可以手动设置最大并发，但这并不一定解决问题，因为我们无法控制下游系统，需要考虑它随时可能脱机或变慢。 假设消费计划