Azure ServiceBus 消息投递时间是否具备可靠性保障？

你所设置的调度时间本质是消息最早可投递时间，系统不存在100%保障事件严格在该时间点触发的机制，极端场景下确实可能因为资源拥堵、消息积压等问题导致投递延迟。

• 常规低负载场景下，Service Bus的计划投递误差通常控制在秒级以内，你日常使用时基本能准点收到是正常表现
• 可能导致投递延迟的常见场景包括：
  • 队列/主题存在未消费的消息积压：如果大量普通消息或更早到期的计划消息堆积在队列中，刚到期的计划消息需要排队等待前面的消息被消费后才能被投递
  • 同时间到期的计划消息量过大：短时间内有大量计划消息同时达到调度时间，服务端需要批量处理，会出现部分消息的投递延迟
  • 服务层资源不足：基础层、标准层的Service Bus属于多租户共享资源，遇到区域流量峰值时容易出现资源争抢导致调度延迟，专用层独占资源的准点率会显著高于前两者
• 如果你对调度准点率要求较高，可以采取以下优化措施：
  • 消费者侧配置足够的并发消费线程，避免队列出现长期积压
  • 尽量避免将大量计划消息的调度时间设置在同一个时间点，适当分散到期时间
  • 高要求场景优先选择专用层Service Bus实例，规避多租户资源争抢问题
  • 可在消费逻辑中增加调度时间校验逻辑，若消息投递延迟超过可接受阈值，自行做降级或补偿处理

内容的提问来源于stack exchange，提问作者meds