使用托管标识（及Rebus）为Azure Service Bus配置健康检查的正确方法

问题分析 #

你遇到的$management是Azure Service Bus的内置管理端点，健康检查默认会通过这个端点验证队列的存在性和权限。报错提示找不到该实体，首先注意到错误信息里的命名空间拼写有误：myservicegus.servicebus.windows.net，而你代码中写的是myservicebus.servicebus.windows.net，这大概率是配置中的笔误，会直接导致找不到对应实体。

另外，即使命名空间正确，托管标识场景下健康检查默认调用管理端点可能存在权限适配问题——虽然你已授予Azure Service Bus Data Owner和Owner角色，但管理端点的权限校验逻辑和消息收发（Rebus使用的场景）存在差异。

解决方案 #

1. 修正命名空间拼写错误 #

检查配置文件或代码中Azure Service Bus命名空间的拼写，确保和Azure门户中的命名空间完全匹配（错误里的myservicegus是明显的拼写错误）。

2. 调整健康检查配置，跳过管理端点 #

如果命名空间确认正确，可修改健康检查代码，禁用管理端点的使用，改用消息发送或仅连接验证：

builder.AddAzureServiceBusQueue(
    "myservicebus.servicebus.windows.net",
    "myqueue",
    new DefaultAzureCredential(),
    name: $"Azure Service Bus Health Check",
    options =>
    {
        // 禁用管理端点检查
        options.UseManagementEndpoint = false;
        // 可选：发送测试消息验证健康状态（需队列有发送权限）
        options.SendTestMessage = true;
        // 或者仅验证连接，不发送消息
        // options.SendTestMessage = false;
    });

3. 确认托管标识权限范围 #

确保托管标识的角色权限是授予在正确的Service Bus命名空间或队列上，而非更高层级资源。Azure Service Bus Data Owner权限已足够支持健康检查的消息发送或连接验证。

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