Azure Service Bus主题/队列容量接近阈值的监控方案咨询

首先，我完全理解你面临的痛点——生产环境大量主题/队列因非负载原因触发容量阈值导致故障，而内置Metrics预览版又无法满足需求。下面是几个可行的方案，从自定义实现到工具选项都有覆盖：

一、自定义监控：Azure Functions/Logic Apps + Management API #

这是最灵活且符合你基础需求的方案，完全可控，还能轻松实现“自动纳入新增主题”的可选需求，步骤如下：

• 核心逻辑：定期调用Service Bus Management API获取所有主题的当前容量（TopicSizeBytes）和最大限制（MaxSizeInBytes），计算使用率后判断是否触发告警

• 自动覆盖新增主题：每次执行都查询命名空间下的全量主题列表，不需要手动添加监控项，新增主题会自动被扫描到

• 具体实现步骤：

  1. 选择Azure Functions（代码优先）或Logic Apps（无代码/低代码）作为执行载体，用定时触发器（比如每30分钟/1小时执行一次）
  2. 配置权限：给服务主体（或Managed Identity）分配Service Bus命名空间的Microsoft.ServiceBus/namespaces/topics/read权限，避免硬编码密钥
  3. 调用API获取主题列表及容量数据：通过命名空间级别的主题列表接口获取所有主题，再批量或逐个获取每个主题的详细属性（包含大小信息）
  4. 计算使用率：(TopicSizeBytes / MaxSizeInBytes) * 100，如果超过设定的X%，触发通知
  5. 通知渠道：Functions可以用SendGrid发邮件、调用Teams/Slack Webhook；Logic Apps有内置的邮件、Teams、短信等连接器，配置更简单

• 注意事项：

  • 控制API调用频率，避免触发Service Bus Management API的限流（默认配额是每秒100次调用），如果主题数量较多，可采用批量查询或延长执行间隔
  • 分区主题的TopicSizeBytes返回的是所有分区的总容量，无需额外汇总

二、替代工具：轻量监控选项 #

如果你不想自己开发，ServiceBus360确实提供了现成的容量监控告警功能，但如果只需要基础的阈值告警，自定义方案更经济（无需额外付费）。另外，如果你已有Prometheus监控体系，可以尝试用Azure Service Bus Exporter来采集容量指标，再通过Prometheus Alertmanager配置告警规则，不过这个方案的复杂度稍高，适合已有监控栈的团队。

三、关于内置Metrics预览版的补充 #

虽然你提到Metrics处于预览阶段无法满足需求，但可以再确认下：当前Azure Monitor的Service Bus Metrics中已经包含TopicSizeBytes和MaxSizeInBytes指标，理论上可以通过创建自定义告警规则，计算两者的比率来触发告警。不过预览版可能存在数据延迟、稳定性问题，或者某些区域未覆盖，如果你的环境可以接受预览版的限制，这也是一个更简单的内置方案。

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