4. 服务画像标签体系：静态标签与动态标签的设计

服务画像标签体系是弹性伸缩策略的“元数据骨架”。只有将实例的固有属性与运行时状态抽象为可量化的标签，SLA 定义才能从“粗放式阈值”进化为“精细化画像驱动”。本章将标签分为静态标签与动态标签两大类，分别对应“实例出生即确定”和“运行时持续变化”的特征。

4.1 静态标签：实例的“基因”

静态标签在实例创建时写入，生命周期内极少变更。它们是弹性伸缩策略的分组与筛选基础，也是成本核算和容量规划的最小单元。

4.2 动态标签：实例的“脉搏”

动态标签通过监控系统实时计算并定期更新，反映实例的瞬时状态。它们是触发弹性伸缩动作的直接信号源。

• 负载等级：将CPU、内存、QPS等原始指标离散化为枚举等级（如 low / medium / high / critical），避免毛刺干扰。
• 健康状态：基于L7探测、错误率、延迟分位数等综合判定（healthy / degraded / unhealthy）。
• 连接数水位：当前活跃连接数与最大连接数的比值，用于连接密集型服务的伸缩判断。
• 错误率趋势：最近5分钟错误率的变化斜率，提前发现异常扩散。

4.3 标签组合与画像生成

单一标签无法完整描述一个服务实例的“画像”。SRE 实践中通常将静态标签 + 动态标签组合为一个标签向量，用于决策引擎的匹配计算。例如：

# 一个典型的生产环境实例画像
{
  "static": {
    "service": "payment-gateway",
    "version": "3.1.0",
    "region": "cn-east-2",
    "az": "cn-east-2a",
    "instance_type": "c6.2xlarge"
  },
  "dynamic": {
    "load_level": "high",
    "health_status": "degraded",
    "error_trend": "rising",
    "active_connections_pct": 0.82
  }
}

当决策引擎检测到 load_level=high 且 health_status=degraded 时，会触发优先扩容 + 异常实例替换的组合动作，而非单纯增加副本数。

4.4 标签生命周期管理

标签体系需要配套注册、更新、过期、清理机制，否则会积累“僵尸标签”导致决策混乱。

1. 注册：实例启动时通过元数据服务或Sidecar容器自动注册静态标签。
2. 更新：动态标签由监控Agent按固定周期（如30s）上报，覆盖旧值。
3. 过期：超过3个周期未更新的动态标签自动置为 unknown，避免使用过期数据。
4. 清理：实例销毁时，标签存储自动删除关联记录。

4.5 标签与SLA的映射关系

每个服务画像标签组合可以绑定一个SLA等级，从而实现“不同画像不同SLA承诺”。例如：

通过这种映射，SRE 团队可以针对高风险画像（如 production + degraded + high load）配置更激进的伸缩策略和更短的探测周期，而对低风险画像采用保守策略以节省成本。

4.6 标签体系设计检查清单

• 唯一性：每个实例的静态标签组合应能唯一标识其服务角色。
• 可观测性：所有标签值应暴露为Prometheus指标或日志字段，方便排查。
• 低基数：动态标签的枚举值建议控制在5个以内，避免标签爆炸导致存储和匹配性能下降。
• 向后兼容：新增标签时，旧实例默认赋予 unknown 值，不影响现有伸缩策略运行。