消息延迟到手动创建azure队列

Question

在手动创建的azure队列中看到不同的行为，并且以编程方式创建了一个。

我有两个天蓝色队列。一个是通过azure portal（ARM）手动创建的，另一个是使用azure SDK（2.9）NamespaceManager类从c＃程序创建的。

使用QueueClient类（从程序的相同或不同实例到创建队列的实例）向编程创建的队列发送消息没有问题。但是，如果我使用相同的代码将消息发送到手动创建的队列，那么消息不会通过，至少在开始时不会;他们严重耽搁了。我还没有设法确定延迟，但它至少是几小时，可能是几天。我还无法证明消息是否总是最终通过，或者是否有些消失。我看不出可能解释不同行为的队列属性之间有任何显着差异。

一旦队列中出现消息，就不会再发生延迟。

有没有理由说明手动创建的队列可能会出现延迟？

修改 进一步调查显示，在全新区域中新服务总线中新手动创建的队列的消息没有延迟，但是到新总线中的第二个手动创建的队列的消息也没有。至少队列2上的消息尚未通过（几分钟）。时间会告诉他们最终是否会出现。

Answer 1

命名空间应该允许多个实体。根据{{​​3}}，最多10,000。这个特定的命名空间有一些东西。您可以尝试删除并重新创建它。或者，您可以跟进Microsoft支持以调查发生的情况。这需要时间，如果您需要命名空间名称，请阻止您直到调查结束。

Answer 2

这似乎是在azure门户中显示消息的问题。这些消息实际上可以从SDK访问，即使它们没有显示在天蓝色门户网站中。