在企业 IT 运维体系中，CMDB 建设实施环节多、专业要求高，耗人耗时。企业虽借助自动发现、模型复用和流程自动化，简化了不少操作。但需要结合现场环境适配的部分，仍要交付人员从方案规划到配置、调试、核验逐项推进。
以纳管 VictoriaMetrics 集群为例，交付人员从明确采集属性、建立分类模型，到配置数据源、采集脚本、映射规则，并创建采集任务。再到沙盒验证，核对台账 —— 环环相扣，一处出错就可能采集失败或数据无法入库。异常排查还要研发协助，拉长了现场交付周期。
轻帆云 AI 数字员工为 CMDB 建设提供了另一种工作方式：交付人员通过对话提出需求并提供必要的环境信息，由对应岗位的数字员工按职责完成相关工作，交付可核验的结果。
以 CMDB 自动采集员工为例，它自主规划并执行采集任务，在VictoriaMetrics案例中用不到一小时完成了全链路配置、数据入库与核验。
01 核查现场环境，自主规划采集方案
接到采集需求后，CMDB 自动采集员工按照以下步骤自主规划采集方案。
-
调查现场环境与已有资源。检查目标实例的运行与接口条件，核查 CMDB 已有配置，确定可复用资源及需要补充的内容。
-
根据核查结果设计采集方案。设计模型、属性和识别规则，确定脚本适配方式及字段映射，明确模型属性与脚本输出的对应关系。
-
形成实施计划，提前标注风险。整理配置顺序和验证方式，标注需要关注的执行限制，为后续自动执行提供依据。
在 VictoriaMetrics 任务中，员工核查后明确：
-
通用属性和数据源可以沿用，模型、脚本、映射规则与任务需要建立。
-
模型设计参照已有中间件，以IP地址与端口组合识别实例；脚本以Prometheus为参考，根据目标组件的接口情况确定版本信息和运行状态的采集方式。
上述核查与设计结果被整理为实施计划，明确配置顺序和核验要求，并标注参数转义等执行注意事项。
02 执行配置与核验，处理链路异常
方案确定后，CMDB自动采集员工按照计划完成配置、运行任务，并检查数据入库结果。遇到需要交付人员确认的事项，会暂停相关步骤，说明待确认内容，获得确认后继续执行；发现采集或入库异常，则排查原因、修正配置并重新验证。
在VictoriaMetrics这项任务中，员工完成模型、脚本、映射规则和采集任务等配置，关联已有数据源并启动采集。任务运行后，员工检查台账数据，发现部分属性未正确写入。
员工继续排查，发现部分采集属性未纳入表单视图，补齐配置后重新运行采集，并将台账结果与源端数据核对，确认修复有效。
03 输出交付报告，明确采集结果
采集与核验完成后，CMDB自动采集员工输出交付报告，汇总模型、脚本、映射规则和任务等配置的完成情况，以及数据入库和核验结果，为本次交付提供检查依据。
VictoriaMetrics的报告记录了台账与源端数据的核对结果，也说明了部分字段为空的原因。这些空值与实例未启用相应功能、当前脚本的采集范围有关。报告将这些情况与采集异常区分开，使最终结果既有数据，也有解释。
报告同时列出后续建议：本次为单次采集，如需持续同步，可调整为周期任务；若需获取当前未覆盖的字段，则需要进一步扩展采集方式。交付人员据此能够确认本次完成的范围，了解现有结果的限制，并判断后续是否需要增强，避免将建议事项误认为已经完成的工作。
04 从采集员工到更多岗位，CMDB建设的工作方式正在改变
VictoriaMetrics的采集实践，展示了一种由数字员工承担专业任务的工作方式——交付人员提出明确目标，员工依托平台能力完成工作，并通过报告说明结果与限制，为任务交付提供检查依据。
这种工作方式并不限于采集任务。轻帆云AI员工平台还支持CMDB领域的其他数字员工。企业可以在已有平台和自动化能力的基础上，围绕资产查询、变更影响分析、资产盘点等典型场景，按需扩展岗位能力。
这些岗位的应用，为企业应对不断增加的CMDB相关需求提供了持续追加人力之外的选择。
联系方式：400-666-1332
