优先关注这些平台能力
一个 Agent 覆盖多类对象
兼容 Prometheus 生态和 remote_write
支持日志采集和插件扩展
产品定位
统一采集主机、Kubernetes 和中间件数据
Categraf 是面向 Prometheus 生态的统一采集 Agent。它不是只替代某一个 Exporter，而是用一个进程覆盖主机、数据库、中间件、网络设备、Kubernetes 和日志采集，把分散的采集配置、升级和巡检工作收敛到一套体系里。
适合这样的团队
正在治理 Exporter 数量和配置复杂度的 SRE / 平台团队
希望统一主机、Kubernetes、中间件和数据库采集的团队
已经在用 Prometheus，但想减少采集侧维护成本的团队
希望后续承接到 Nightingale 或 Flashcat 平台治理的团队
适用判断
哪些场景适合优先评估 Categraf
如果团队的问题已经不再是“能不能采到”，而是“怎么稳定、统一、低成本地持续采”，Categraf 会更有价值。
采集对象越来越多，Exporter 碎片化开始失控
如果团队已经不只采 Linux 主机，还要覆盖 MySQL、Redis、Kafka、Kubernetes、网络设备和日志，那么继续堆多个 Exporter 往往会把安装、升级、排障和配置管理复杂度推高。
查看与 Node Exporter 的区别
保留现有 Prometheus 体系，只升级采集侧
如果你已经围绕 Prometheus 或 VictoriaMetrics 建好了查询和存储体系，Categraf 可以直接接入 remote_write，不需要推翻现有数据面，只需统一采集入口和管理方式。
查看 Prometheus 对接方式
先统一采集，再逐步接入监控平台治理
当团队后续要做规则模板、业务组管理、对象管理和集中配置治理时，Categraf 更容易与 Nightingale 或 Flashcat 的平台能力形成一条连续升级路径。
查看 Nightingale
产品价值
为什么团队会选择 Categraf
重点不在于“功能更多”，而在于把采集侧从多个离散组件，收敛成可持续维护的一套体系。
减少 Agent / Exporter 碎片化
把原本需要多个 Exporter 才能覆盖的对象收敛到一个 Agent 中，降低安装、升级和巡检复杂度。
兼容 Prometheus 生态
保留你现有的查询和存储体系，不要求重建采集栈，适合在现有 Prometheus 体系上渐进升级。
覆盖采集之外的落地效率
常见插件不只提供采集能力，还能衔接仪表盘、告警规则和实践文章，减少团队从零整理落地方案的成本。
便于接入平台管理
当团队进入多环境、多业务组、多采集对象阶段时，可以继续接入 Nightingale 或 Flashcat 做集中管理。
核心能力
核心能力如何组织
Categraf 覆盖的对象比单一 Node Exporter 更广，适合统一采集多类基础设施和应用组件。
主机与系统
覆盖 CPU、内存、磁盘、网络、systemd、进程等基础监控对象。
- 适合主机监控和基础设施巡检
- 减少多个系统级 Exporter 并行维护
Kubernetes 与容器
可用于节点、容器和云原生相关数据采集，适合 Kubernetes 监控体系建设。
- 支持在容器或主机环境中灵活部署
- 便于接入 Nightingale 或 Flashcat
数据库与中间件
MySQL、Redis、MongoDB、Kafka、Elasticsearch 等常见对象可统一纳入采集体系。
- 避免每种中间件都单独维护一个 Exporter
- 便于统一配置和模板管理
网络设备与扩展插件
支持 SNMP 和更多插件扩展，适合从主机监控向更广泛对象覆盖扩展。
- 插件机制便于补充定制场景
- 适合混合云和多设备类型采集
典型场景
典型使用场景
当采集对象变多、维护成本上升时，统一 Agent 的优势会更明显。
从单一主机采集走向统一采集
最初只做 Linux 主机指标时，Node Exporter 很简单；当采集对象扩展到数据库、中间件、Kubernetes 和日志时，维护多个 Exporter 的代价会迅速上升。
保留 Prometheus 体系，升级采集侧
如果团队已经围绕 Prometheus 建立查询和存储体系，Categraf 可以直接作为采集侧升级，而不需要重建整套技术栈。
多环境和多业务组统一管理
当环境规模变大、团队变多时，统一 Agent 更容易和 Nightingale / Flashcat 的规则、模板和配置管理配合。
验证情况
已经在真实环境中长期使用
对于采集器这类基础能力，长期稳定、覆盖广度和维护便利性，通常比单点功能堆叠更重要。
100万+
下载量
1200+
Star
300+
Fork
70+
社区开发者
产品关系
与 Nightingale 和 Flashcat 的关系
Categraf 负责统一采集，Nightingale 负责监控告警与管理，Flashcat 企业版提供更完整的平台能力和企业支持。
Categraf
负责统一采集主机、数据库、中间件、网络设备、Kubernetes 和日志数据。
当前页面
Nightingale
负责监控告警、数据源管理、仪表盘与对象管理，把采集数据变成可用的监控系统。
查看 Nightingale
Prometheus 生态
Categraf 兼容 Prometheus 生态，适合在保留现有查询和存储体系的前提下升级采集层。
看生态关系
Flashcat 企业版
当团队需要集中配置治理、统一可观测和企业交付能力时，可进一步评估 Flashcat 企业版。
查看企业版
常见问题
什么时候 Node Exporter 就够用？
如果只需要 Linux 主机基础指标，且已有 Prometheus + Node Exporter 链路稳定运行，Node Exporter 通常是简单可靠的选择。
Categraf 是否一定要替换 Node Exporter？
不一定。Categraf 更适合需要覆盖更多采集对象、减少多 exporter 维护成本、统一模板和配置管理的团队；单纯主机指标场景可以继续使用 Node Exporter。
Categraf 是否兼容 Prometheus 生态？
Categraf 兼容 Prometheus 生态，适合在保留 Prometheus 查询和存储体系的同时，统一采集主机、数据库、中间件、网络设备、Kubernetes 等对象。
Categraf 的采集配置能否集中管理？
在 Flashcat 企业版场景中，可以对 Categraf 采集配置做集中管理、配置和下发，适合大规模主机、网络设备和多类插件采集场景。
Categraf、Nightingale 和 Flashcat 是什么关系？
Categraf 是数据采集器，Nightingale 是开源云原生监控分析系统，Flashcat 企业版以 Nightingale 开源内核为基础，面向企业场景增强统一可观测、场景化故障定位、AI 根因分析和商业支持能力。
Categraf 和 Node Exporter 是替代关系吗？
不完全是。对于只采 Linux 主机基础指标的简单场景，Node Exporter 依然是合适选择；当采集对象扩展到数据库、中间件、Kubernetes、网络设备和日志时，Categraf 的统一采集价值会更明显。
Categraf 一定要和 Nightingale 一起用吗？
不一定。Categraf 可以独立接入 Prometheus、VictoriaMetrics 等 Prometheus 生态体系；但如果你还需要规则管理、对象管理、业务组和告警治理，和 Nightingale 或 Flashcat 搭配会更顺。
下一步
先统一采集，再决定是否进入平台治理
如果你已经准备开始试用，可以直接进入安装文档；如果你还在判断采集策略与升级路径，可以继续看项目介绍、对比页和 Nightingale。
