统一目录-CMDB资产目录与云资源关系管理

统一目录解决什么问题

让服务、主机、数据库和云资源被同一套模型理解

统一目录是观测云里的统一资产中心。它把服务、主机、数据库、队列和云资源放到同一套模型里管理，并通过关系拓扑呈现对象依赖，让研发、SRE、运维和 AI 智能体用一致方式理解系统里有什么、归谁负责、彼此如何关联。

01把多来源资产接进同一目录APM 自动发现、DataKit 上报、云资产采集和 YAML 声明进入同一资产视角。
02用实体 Schema 定义核心对象覆盖 system、service、host、database、queue，并支持自定义业务对象。
03在关系拓扑中理解上下文通过详情、Owner、联系方式、依赖和层级关系看清责任与影响范围。
04从基础设施入口管理云资源统一展示多云资源，并保留平台差异属性，支撑后续精细化建模。

统一来源

同时承接 APM 自动发现、DataKit 上报、云资产采集与 YAML 声明。

统一对象

覆盖 system、service、host、database、queue 等核心实体，并支持自定义扩展。

统一上下文

让“对象是什么、归谁负责、依赖什么、该看哪个视图”在一个地方被说清。

统一入口

“基础设施”下面，成为理解系统资产全貌的第一入口。

把自动发现、采集上报和手动声明接进同一目录

Unified Catalog 可以同时承接 APM 自动发现、DataKit 上报、云资产采集与 YAML 声明。服务、主机、数据库、队列和云资源不再散落在不同入口里，团队可以先把分散来源接进同一套目录，再围绕真实对象继续补充业务语义。

预约演示查看文档

用实体 Schema 定义服务、主机、数据库和业务对象

Unified Catalog 是一套可以伴随业务演进的实体管理框架。系统预设 system、service、host、database、queue 等核心实体类型，保证目录具备稳定骨架；团队也可以创建自定义实体类型，把自己独有的业务对象纳入管理。

对人类来说，清晰的实体定义能减少“这个对象到底是什么”的沟通成本；对 AI 智能体来说，稳定的 Schema 是理解系统、生成分析建议和执行后续动作的基础。

预约演示查看文档

在详情和关系视图里看清归属、依赖与影响范围

在实体列表页中，系统会根据对应 YAML 配置动态生成字段列，支持用户控制显示项，并展示标签、团队、联系方式和相关链接等关键信息。无论是导出当前结果，还是基于当前类型快速添加实体，整个管理过程都更接近一个真正的资产工作台，而不是简单表格。

进入实体详情后，用户可以进一步看到基础信息、联系方式、相关链接、查看器入口，以及最关键的关系视图。关系视图支持依赖和层级两种模式：既能看调用关系，也能看归属结构；既能在左侧列表中搜索上下游、父子实体，也能在右侧拓扑中以当前实体为中心继续展开探索。

预约演示查看文档

从基础设施入口进入云资源与业务对象工作台

面对 AWS、阿里云等不同平台的云资源，Unified Catalog 先通过通用云资源 Schema 抽象出一组共享字段，例如唯一标识、名称、云厂商、地域与实体类型。这样一来，不同来源的云资源可以被纳入同一目录语言，获得一致的展示和管理体验。

至于各类资源独有的差异化属性，例如 S3 的容量信息或 RDS 的引擎版本，则可以先通过扩展元数据完整保留。等到后续专属 Schema 成熟后，再平滑升级到更标准化的定义。这个过程既保证当前能用，也保证未来不会被早期设计锁死。

预约演示查看文档

常见问题