3、服务目录概念：什么是服务目录（Service Catalog）、CMDB与Prometheus的映射关系

在构建大规模Prometheus告警体系时，一个核心挑战是：如何将告警与具体的业务服务、团队、环境、地域等上下文信息关联起来？ 服务目录（Service Catalog）与CMDB正是解决这一问题的关键基础设施。本节将深入剖析这两个概念，并阐明它们与Prometheus之间的映射关系。

3.1 什么是服务目录（Service Catalog）

服务目录是一个面向业务视角的、结构化的服务清单。它定义了组织内所有可交付的IT服务及其属性，例如服务名称、负责人、依赖关系、SLO目标、运行环境等。服务目录的核心目标是让运维和研发团队能够快速回答：“这个告警影响的是哪个业务？该找谁？”

一个典型的服务目录条目通常包含以下字段：

3.2 什么是CMDB

CMDB（Configuration Management Database，配置管理数据库）是一个面向技术资产的数据库，用于存储和管理IT基础设施中所有配置项（CI）及其关系。CI可以是物理服务器、虚拟机、容器、网络设备、数据库实例、中间件等。CMDB的核心目标是提供“谁在哪儿运行什么”的精确视图。

CMDB中的典型CI属性包括：

• 主机名 / IP地址：唯一标识一个计算节点。
• 操作系统 / 内核版本：用于安全补丁和兼容性管理。
• CPU / 内存 / 磁盘：资源规格信息。
• 所属集群 / 可用区：物理或逻辑位置。
• 运行的服务列表：该主机上部署了哪些服务实例。
• 生命周期状态：运行中、已下线、待销毁等。

3.3 CMDB与Prometheus的映射关系

Prometheus通过标签（Label）来标识时间序列。要实现告警的上下文丰富，核心任务就是将CMDB中的CI属性以及服务目录中的服务属性，映射为Prometheus的标签。这种映射通常通过以下两种方式实现：

1. 静态映射（Relabeling + 配置文件）：在Prometheus的scrape_config中，通过relabel_configs或metric_relabel_configs，将CMDB导出的标签（如__meta_consul_service、__meta_kubernetes_pod_label_app）转换为最终的时间序列标签。
2. 动态映射（服务发现 + 外部标签）：利用Consul、Kubernetes、EC2等服务发现机制，自动获取CMDB中的元数据。再通过external_labels或relabel_configs注入服务目录信息（如service_owner、criticality）。

下面这张SVG图展示了从CMDB到Prometheus标签的完整映射流程：

3.4 映射关系最佳实践

在实际落地中，建议遵循以下原则来设计标签映射：

• 标签命名规范：统一使用小写字母和下划线，如service_owner、deployment_region。避免使用大写或特殊字符。
• 避免标签爆炸：不要将CMDB中所有属性都映射为标签。只映射告警路由、分组、抑制所需的关键字段（如team、severity、service）。
• 使用外部标签：对于全局不变的属性（如datacenter、environment），优先使用Prometheus的external_labels配置，避免在每个target中重复。
• 保持一致性：确保CMDB、服务目录、Prometheus标签中的同一字段（如team）使用相同的枚举值，否则会导致告警路由失效。

3.5 映射关系示例：从CMDB到Prometheus标签

下面是一个具体的映射示例，展示如何通过relabel_configs将CMDB元数据转换为Prometheus标签：

# prometheus.yml 片段
scrape_configs:
  - job_name: 'node_exporter'
    consul_sd_configs:
      - server: 'consul.example.com:8500'
        services: ['node_exporter']
    relabel_configs:
      # 从Consul Service Meta中提取CMDB属性
      - source_labels: [__meta_consul_service_metadata_team]
        target_label: team
      - source_labels: [__meta_consul_service_metadata_env]
        target_label: environment
      # 从服务目录API获取服务名（假设通过外部标签注入）
      - target_label: service_name
        replacement: 'user-service'  # 实际应从服务目录动态获取
      # 丢弃不需要的标签
      - action: labeldrop
        regex: __meta_consul_service_metadata_.*

映射后的时间序列标签将包含：

通过这种映射，Prometheus告警规则可以轻松实现基于团队的告警路由：

# 告警规则示例
groups:
  - name: node_alerts
    rules:
      - alert: HighCPUUsage
        expr: node_cpu_seconds_total{mode="idle"} < 0.1
        for: 5m
        labels:
          severity: critical
          team: '{{ $labels.team }}'  # 动态获取团队标签
        annotations:
          summary: '{{ $labels.service_name }} 在 {{ $labels.environment }} 环境CPU使用率过高'