Prometheus指标选型咨询：单计数器带标签还是独立计数器？

强烈推荐采用单计数器+providerId标签的方案，这完全契合Prometheus的设计理念，优势非常明显：

• 扩展性拉满：后续新增任何Bot供应商，不需要修改指标定义，也不用加if-else分支，直接传入新的providerId标签值就行，零额外成本。
• 查询灵活到爆：标签天然支持多维度分析，比如：
  • 查所有供应商总成功请求：sum(bot_success)
  • 单独看Amazon Lex的数据：bot_success{providerId="AmazonLex"}
  • 对比各供应商请求占比：sum by(providerId) (bot_success) / sum(bot_success)
• 代码简洁易维护：不用写一堆分支判断，一行代码就能完成计数，后续改需求也省心。

反观独立计数器的方案，问题很多：

• 扩展性极差：每加一个供应商就得新增一个指标，还得改代码加分支，时间长了指标堆得像山，代码也变得臃肿不堪。
• 查询巨麻烦：要聚合所有供应商数据？得手动把所有指标加起来，供应商多了查询语句能写成长串，还容易漏加。
• 违背Prometheus最佳实践：把维度信息硬塞到指标名里，破坏了指标的语义一致性，后续维护监控会非常头疼。

给你两段代码对比下就懂了：

带标签的单计数器实现（Go示例） #

// 定义带providerId标签的计数器
var botSuccess = prometheus.NewCounterVec(
    prometheus.CounterOpts{
        Name: "bot_success",
        Help: "Total successful requests to bot providers",
    },
    []string{"providerId"},
)

// 注册指标
func init() {
    prometheus.MustRegister(botSuccess)
}

// 计数逻辑：传入供应商ID即可
func recordBotSuccess(provider string) {
    botSuccess.WithLabelValues(provider).Inc()
}

独立计数器的冗余实现 #

// 每个供应商对应一个独立计数器
var (
    botSuccessAmazonLex       = prometheus.NewCounter(prometheus.CounterOpts{Name: "bot_success_AmazonLex"})
    botSuccessGoogleDialogueflow = prometheus.NewCounter(prometheus.CounterOpts{Name: "bot_success_GoogleDialogueflow"})
    botSuccessOmilia          = prometheus.NewCounter(prometheus.CounterOpts{Name: "bot_success_Omilia"})
)

func init() {
    prometheus.MustRegister(botSuccessAmazonLex, botSuccessGoogleDialogueflow, botSuccessOmilia)
}

// 计数逻辑：得写一堆分支判断
func recordBotSuccess(provider string) {
    switch provider {
    case "AmazonLex":
        botSuccessAmazonLex.Inc()
    case "GoogleDialogueflow":
        botSuccessGoogleDialogueflow.Inc()
    case "Omilia":
        botSuccessOmilia.Inc()
        // 新增供应商？再加个case吧
    }
}

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