我正在试验Azure和Azure服务巴士。我只想将消息推送到队列中,然后让我的C# azure函数日志查看消息。我在努力让它起作用。我创建了一个azure帐户,创建了一个资源组,创建了一个服务总线,下载了一个存储资源管理器。我有共享访问策略'RootManageSharedAccessKey‘,它在门户中签入了'managed’选项。
猜猜我接下来会做什么?我使用了azure函数,并在azure门户中创建了一个函数,如下所示。当我打开存储资源管理器时,我不知道用什么选项连接到我的天蓝色实例?
有什么帮助吗?谢谢!
天色函数
using System;
using System.
对于Azure WebJobs SDK的ServiceBusTrigger,有害消息处理是如何工作的?我希望将出队次数超过'x‘次的服务总线队列消息推送到不同的ServiceBus (或)存储队列
在线文档和以及来自的SDK示例没有关于如何为ServiceBusTrigger处理有害消息的示例。这项工作正在进行中吗?
我尝试使用dequeueCount参数实现自定义有害消息处理,但看起来ServiceBusTriggers不支持它,因为我得到了运行时异常{"Cannot bind parameter 'dequeueCount' when using this
我对拉拉维尔队列有意见。它将开始处理作业,但是它挂在中间某个地方(基于日志的自定义回声),并且只以超时结束。问题是作业应该不超过1分钟,但是队列中的作业运行超过10分钟,没有任何结果,也没有任何错误--除了标准超时错误。
这份工作
队列中应该处理的作业包含标准的雄辩选择和一个更新方法,该方法应该更新另一个模型的属性。
// app\Listeners\CountReceivedTextAnswers
// There follows the listener's handle method. Nothing else is inside the
// Listener, it al
使用Azure Service Bus - Topics,我希望实现一种解决方案,一旦生产者将消息发送到主题(比如队列),就会向最终用户发送/通知消息。
我理解Topics作为Pub/Sub模型工作,其中订阅者需要从订阅中读取消息。但我正在寻找一种与队列类似的解决方案(当接收到任何消息时,它会触发web作业/服务)。
我几乎没有像1这样的想法。在订阅中使用自动转发将消息转发到队列,但我再次认为,如果这会扼杀主题2的用途。
首先,我想知道服务总线主题是否合适?接下来,如果可能的话,什么是最好的/更好的方法?
PS:我必须发送有信息的消息-我想我不能使用继电器