手动创建的azure队列上出现了不同的行为,并且以编程方式创建了一个行为。邮件被延迟到手动创建的天蓝色队列
我有两个天青队列。一个是通过Azure门户(ARM)手动创建的,另一个是使用Azure SDK(2.9)NamespaceManager类从c#程序创建的。
我没有问题使用QueueClient类(从创建队列的程序的相同或不同实例)向编程创建的队列发送消息。但是,如果我使用相同的代码将消息发送到手动创建的队列,那么消息不会通过,至少不是一开始;他们被严重拖延了。我还没有设法确定延迟,但至少几小时,可能几天。我还没有能够证明这些信息是否总是最终通过,或者是否有人遗失。我看不出可能解释不同行为的队列属性之间的任何显着差异。
一旦消息出现在队列中,就不会观察到进一步的延迟。
是否有任何原因可能会延迟手动创建的队列?
编辑: 进一步的调查显示,在一个完全新的区域中的消息到新的手动创建的队列中的新服务总线没有延迟,但消息发送到第二手动创建队列在该新的总线做。至少队列2上的消息尚未完成(几分钟)。时间会告诉他们是否事后露面。
这两个队列在同一个区域?你尝试过其他队列吗?如果您可以轻松地重现该行为,这听起来不正确。顺便说一下,2.9是旧的。有4.x –
所有的队列都在同一个服务总线和相同的区域。全部在英国西部。也许我应该尝试不同的地区,看看是否有区别? – andrea
我有的版本是从这里的Visual Studio 2015 https://azure.microsoft.com/en-gb/downloads/ – andrea