Azure Service Bus异常中SystemTracker含义及命名空间差异疑问

1. 什么是SystemTracker？ #

SystemTracker是Azure Service Bus内置的追踪标识，用于记录服务端层面识别到的消息实体所属的原始命名空间信息。它主要用于排查消息流转过程中的路由异常、实体关联问题，帮助定位命名空间与实体之间的映射偏差。

2. 故障转移场景是否会触发此类异常？ #

当stage1c是stage1a的故障转移命名空间时，确实可能触发该404异常，常见原因包括：

• 客户端配置未及时更新：故障转移完成后，客户端仍在向原命名空间stage1a发起请求，但服务端路由已切换至stage1c，导致实体映射不匹配，服务端无法找到目标实体。
• 服务端元数据同步延迟：故障转移过程中，服务端的实体元数据未完全同步，SystemTracker仍保留原命名空间标识，而实际请求的实体已迁移至新命名空间，引发“实体未找到”错误。
• 权限配置缺失：故障转移后，新命名空间stage1c下的目标实体未配置正确的访问权限，导致令牌验证环节无法定位实体，最终返回404状态码。

异常详情 #

Azure.Messaging.ServiceBus.ServiceBusException: Put token failed. status-code: 404, status-description: The messaging entity 'sb://c0000hwabt-stage1c.servicebus.windows.net/becm.job.summary.response' could not be found. To know more visit https://aka.ms/sbResourceMgrExceptions.  TrackingId:3123b33a-315a-40d5-a1e7-243b2611335e_G9, SystemTracker:c0000hwabt-stage1a.servicebus.windows.net:becm.job.summary.response, Timestamp:2022-10-20T15:56:04. (MessagingEntityNotFound)

内容的提问来源于stack exchange，提问作者Arun Prakash Nagendran