观测分组概述-云监控(CMS)-阿里云帮助中心

观测分组是云监控 2.0 中按业务视角组织观测对象的功能单元：以同一个工作空间（workspace）为边界，按业务、应用、环境或责任团队，将云资源、应用服务和 AI 服务等不同类型的实体纳入统一的观测范围。这些实体分散在不同的产品入口，按资源类型逐个排查难以对齐同一业务的整体状态。观测分组把同一业务的实体集中到一处观测，成员范围随资源扩缩容、发布或归属调整自动更新，无需每次排障重新拼接资源清单。

核心概念

使用观测分组涉及以下术语。

术语	说明
工作空间	观测数据、实体和观测分组的逻辑隔离边界。一个观测分组创建后固定归属于一个工作空间。
实体（Entity）	云监控 2.0 中可被纳管和观测的对象，例如云资源、应用服务或 AI 服务。实体可通过接入中心接入观测数据。
纳管规则	定义哪些实体属于当前分组的条件，支持手动选择、实例名称、标签和资源组等标准方式。
分组整体视图	比较同一分组内成员范围、接入状态、健康状态、黄金指标或仪表盘聚合结果的视图。
实体下钻	从分组实体列表进入单个实体的详情、指标、日志或关联拓扑，定位具体异常对象。

纳管方式的选择

纳管规则支持的各方式对应不同的适用场景。

纳管方式	适用场景
手动选择	少量稳定依赖
实例名称匹配	迁移过渡
受控标签或资源组	生产环境的动态纳管（优先方式）

观测分组的工作方式

观测分组以“业务对象”而非“单一资源类型”为入口：先定义需要共同负责的实体范围，再统一查看健康状态、黄金指标、拓扑、仪表盘和告警，并可从组内继续下钻到单个实体。与按资源类型逐个查看相比，观测分组将“成员范围”和“观测动作”沉淀为可持续维护的上下文。

能力边界

观测分组只负责组织实体及其观测上下文，不会自动为实体开通指标、日志或 Trace 采集。实体被纳管后是否有数据，以其接入状态、数据源和当前查询时间范围为准。

典型使用场景

按业务统一观测：将订单、支付、搜索、AI 训推等业务依赖的 ECS、数据库、应用、网关和 PAI 服务组织到同一分组。
按环境或团队隔离：按生产、预发、测试环境，或按研发、SRE、平台团队建立独立观测范围。
动态纳管弹性资源：通过标签、资源组或实例名称规则，自动纳管扩缩容、滚动发布过程中产生的新实体。
统一配置告警和仪表盘：按分组范围配置告警，并按分组或实例维度查看内置仪表盘。
从整体快速定位单点：先判断分组整体健康和异常范围，再从组内实体列表进入单实体指标、日志、拓扑或健康详情。

与云监控 1.0 应用分组的差异

云监控 1.0 应用分组已经解决了“按应用组织跨产品资源”的问题，并支持组监控和批量应用告警模板。观测分组不是对应用分组价值的否定，而是面向云原生、应用和 AI 等异构对象的进一步演进。选择依据如下：

继续维护既有云资源分组，或依赖现有 1.0 分组能力时，可继续使用应用分组。
目标实体已在同一工作空间可纳管，且需要跨云资源、应用或 AI 服务统一观测和组内下钻时，建议使用观测分组。
业务同时包含基础设施、应用服务和 AI 服务，或成员会随扩缩容和发布持续变化时，建议使用观测分组建立业务观测范围。
已有应用分组仍可继续使用，可根据新能力的可用范围和业务迁移计划逐步切换。

两代分组能力的维度对比如下：

维度	云监控 1.0 应用分组	云监控 2.0 观测分组
分组对象	以云产品资源为主，按应用组织资源。	组织工作空间内的云资源、应用服务、AI 服务等异构实体。
成员维护	支持手动资源和动态规则。	支持手动选择、实例名称、标签和资源组等规则，并可预览匹配实体。
日常观测	以组监控和产品监控为主。	组内可查看实体类型、接入状态、健康状态和黄金指标，再下钻单个实体。
观测视图	面向应用组的监控与告警模板。	提供分组/实例仪表盘、拓扑、告警规则、告警历史和实体下钻等组内入口。
治理边界	按账号和地域组织资源。	由工作空间、地域、资源组和观测分组共同定义观测边界。
适用条件	继续维护既有云资源分组，或依赖现有 1.0 分组能力。	目标实体已在同一工作空间可纳管，且需要跨云资源、应用或 AI 服务统一观测和组内下钻。

适用范围

使用观测分组前，请确认满足以下硬性条件。可在创建和管理观测分组操作步骤中完成的准备工作（例如刷新列表、预览规则）不在此列。

服务与工作空间：已开通云监控 2.0，并已创建或加入目标工作空间。
权限：具有目标工作空间和相关资源的查看、创建或修改权限。
数据接入：需要查看指标、日志或 Trace 时，目标实体已完成对应观测数据接入。
告警前置：需要配置告警通知时，已通过告警中心创建通知对象或通知策略，具体方式见告警规则。
标签或资源组治理：使用标签或资源组动态纳管时，先在资源侧建立稳定的标签或资源组规范。

分组归属、名称与标签规则、纳管实体数量、规则互斥和生效时延等产品侧约束，统一见使用限制章节。

使用限制

限制项	说明
工作空间归属	分组创建后不能直接修改所属工作空间。
名称唯一性	同一工作空间内，分组名称不能重复。
分组名称	最长 100 个字符，支持中文、英文、数字、下划线和短划线。
分组标签	最多 20 个；标签键最长 64 个字符且不能重复，标签值最长 128 个字符。
纳管实体数量	单个分组默认最多纳管 5,000 个实体。实际配额可能按账号配置调整，以控制台提示为准。创建或更新规则前，系统会检查预计匹配数量。
单个实体归属的分组数量	每个实体（Entity）最多归属于 20 个观测分组，超出上限的分组归属将被忽略。
超配额分组修改	如果存量分组成员已超过当前配额，只允许保持或缩小纳管范围，不能继续扩大。
规则互斥	全部实体类型规则不能与其他规则共存；同一分组内，一个实体类型只能由一条规则管理。
支持的实体类型	实体类型列表由产品动态维护，以纳管规则面板实际展示为准。
生效时延	规则保存、启停、删除和资源属性变化后的成员更新为异步过程，短时间内预览数量与实体列表可能不一致；系统不承诺固定完成时长。
数据可用性	纳管成功不等于指标、日志或 Trace 已接入，也不保证当前时间范围存在数据。

最佳实践

一个分组对应一个明确的业务目标、故障域或责任团队，避免建立包含所有资源的超大分组。
创建或修改规则时，先限定实体类型和地域，再配置匹配条件，最后预览数量和实例明细。
每次规则变更后，同时核对规则卡片的匹配数量和实体列表的最终成员；成员更新为异步过程，短时间内两者可能不一致。
先确认实体已接入并有真实数据，再配置分组仪表盘和告警阈值。
首次验证建议按“创建分组 → 预览并保存纳管规则 → 刷新成员列表 → 查看分组整体 → 从组内下钻实体”的顺序完成；需要配置告警时，再通过已保存的规则、告警历史和通知记录验证告警闭环。
对核心告警执行一次受控触发与恢复演练，验证通知对象、通知策略和恢复状态。
先从分组维度判断影响范围，再从同一分组内下钻单实体，避免脱离业务上下文逐个查询资源。

典型应用案例

AI 训推一体的分层观测

AI 平台通常包含算力供给、模型训练、对客推理和内部服务调用模型四个层级。建议先创建一个覆盖全链路的“AI 平台-生产”观测分组，用于判断异常影响范围；再按责任边界创建“训练任务”“在线推理”和“内部模型调用”等分组，用于各团队日常值守。实体可以属于多个分组，因此可以同时保留全局视角和专项视角。

业务层	候选实体	推荐纳管方式	分组视角的关注重点
算力供给	GPU/ECS、容量或配额相关实体	资源组或标签	资源池容量、资源健康和配额风险。
模型训练	PAI DLC Job 等训练任务实体	标签或名称模糊匹配	训练任务规模、运行状态和异常任务范围。
对客推理	PAI EAS Service 等线上推理实体	标签或手动选择	服务健康、黄金指标和线上异常影响范围。
内部模型调用	应用服务、AI 网关或中间件实体	标签或资源组	内部调用链的可用性和依赖关系。

只有当前工作空间的实体类型下拉框可选 PAI DLC、PAI EAS 和 PAI Quota 等实体、且预览确实命中时，才应将其加入相应规则；实体类型名称以纳管规则面板实际展示为准。若下拉框不可见或预览为 0，先检查接入状态和地域，不要以产品名称代替实际纳管结果。

从资源清单迁移到业务观测范围

对于已经按资源类型维护资源清单的团队，可先选择一个明确业务或故障域，使用标签或资源组建立观测分组；再在分组整体视图中确认成员、黄金指标和告警范围，最后逐步替换人工维护的资源清单。迁移时不建议将所有资源一次性放入同一分组，应按环境、责任团队或关键业务链路拆分，并在每次规则变更后回读成员列表。

后续步骤

进入控制台、创建分组、配置纳管规则及后续操作，请参见创建和管理观测分组。