【Azure 服务总线】向服务总线发送消息时,返回错误代码Error code : 50009

问题描述

使用Java SDK向服务总线(Service Bus)发送消息时,返回这个错误:

org.springframework.jms.UncategorizedJmsException: Uncategorized exception occurred during JMS processing; nested exception is javax.jms.JMSException: The request was terminated because the namespace xxxxxx-servicebus01 is being throttled. Error code : 50009. Please wait 2 seconds and try again. To know more visithttps://aka.ms/sbResourceMgrExceptions TrackingId:7acedecde56dvef847dlsj68a4101_G3, SystemTracker:gateway1, Timestamp:2020-12-03T01:55:11 [condition = com.microsoft:server-busy] 

 

问题原因

根据错误消息提示“The request was terminated because the namespace xxxxxx-servicebus01 is being throttled”. 这表明请求超过了限制(达到每秒1000的额度 -- 包含发送,接收等操作)

解决办法

如果Service Bus在高级层的话,在工作负荷中出现高峰(或预期会出现高峰)时,可以通过增加分配给命名空间的消息传送单元数来减少受到限制的可能性。

如果Service Bus是标准层,因为客户端SDK内置了默认重试策略,可确保该请求最终会得到处理。所以受限制不会带来任何风险。如果应用程序对限制非常敏感(不允许出现此类异常错误消息)。 在这种情况下,建议将当前服务总线标准命名空间迁移到高级层。Service Bus迁移到高级层,迁移后的连接字符串与之前标准的相同,这样在应用程序端的发送方和接收方都不需要对代码或配置进行任何更改 。 

 

 

参考资料

Azure 服务总线中的限制操作: https://docs.azure.cn/zh-cn/service-bus-messaging/service-bus-throttling
将现有 Azure 服务总线标准命名空间迁移到高级层: https://docs.azure.cn/zh-cn/service-bus-messaging/service-bus-migrate-standard-premium

posted @   路边两盏灯  阅读(624)  评论(0编辑  收藏  举报
编辑推荐:
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
阅读排行:
· DeepSeek 开源周回顾「GitHub 热点速览」
· 物流快递公司核心技术能力-地址解析分单基础技术分享
· .NET 10首个预览版发布:重大改进与新特性概览!
· AI与.NET技术实操系列(二):开始使用ML.NET
· 单线程的Redis速度为什么快?
点击右上角即可分享
微信分享提示