要开源许可
SigNoz 社区版是 MIT 许可，没有数据量上限；Diting 是商业产品，需要授权。
SigNoz 更适合的情况
已经全面 OTel 埋点
服务、网关和前端都已经通过 OpenTelemetry 上报，只缺一个后端，SigNoz 接上就能用。
要轻量自运维
团队有余力维护 ClickHouse、Collector 与升级节奏，也希望需要时有云托管可选。
逐项对照
| 维度 | Diting | SigNoz | 谁更强 |
|---|---|---|---|
| 采集与侵入性 | |||
| 应用改造 | 不需要，采集在主机侧完成 | 需要 OpenTelemetry SDK 或自动注入 | Diting |
| 采集组件 | 一个主机 agent | OTel Collector 与应用侧 SDK | Diting |
| 接入是否重启 | 不重启应用 | 接入或更新探针通常要重启 | Diting |
| 老内核与信创系统 | 3.10 起，12 个验证发行版 | 无内核版本支持承诺，按 OTel 与发行版自行验证 | Diting |
| 协议解析位置 | agent 侧，18 个 L7 协议族 | 应用侧埋点，覆盖随 SDK 而定 | Diting |
| 前端回放接入 | agent 在 nginx 或容器层注入 | 无 RUM，无会话回放 | Diting |
| 部署与数据主权 | |||
| 私有化部署 | 单机、集群与 HA | 社区版自建，或 SigNoz Cloud | 相当 |
| 完全断网运行 | 安装、升级、授权、AI 模型都在包内 | 社区版可离线自建，镜像与依赖自行准备 | 相当 |
| 网络出口要求 | 无 | 自建无；Cloud 需上报 | 相当 |
| 数据存储位置 | 客户自己的 ClickHouse | 自建在客户机房，Cloud 在厂商云 | 相当 |
| 离线升级与回滚 | 离线包导入，可回滚 | 自行构建镜像与 Chart，回滚按自建流程 | Diting |
| 授权与许可 | 签名文件，可离线续期 | 社区版 MIT，无授权费用 | SigNoz |
| 观测能力 | |||
| 日志、指标、链路、拓扑 | 同一套采集，同一条时间线 | 齐全，数据按 OTel 语义约定统一；服务地图为 Beta | 相当 |
| 数据库可观测 | 6 种数据库在协议层解析，不装驱动 | 无 | Diting |
| Kubernetes | 1.26–1.33，20+ 资源页 | 有节点与 Pod 指标看板，缺资源级操作页 | Diting |
| 内核可观测 | 26 项能力，3.10–5.17 | 无 | Diting |
| 定位与复盘 | |||
| 告警与影响路径 | 拓扑、影响路径、告警 | 阈值、异常与 Apdex 告警；无影响路径分析 | Diting |
| 会话回放联动 | SQL、链路、日志、录像互相跳转 | 无 | Diting |
| Profile 与内核热点 | Profile 与内核热点并列 | 无 | Diting |
| 动作与自动化 | |||
| 批量与远程终端 | 批量执行、文件分发、远程终端 | 无 | Diting |
| 混沌实验 | 36 个动作，与观测同一条时间线 | 无 | Diting |
| CI/CD 与应用平台 | 流水线、发布、回滚、应用平台 | 无 | Diting |
| 安全与权限 | |||
| 权限粒度 | RBAC 到按钮，服务端校验 | 固定角色，自定义角色为 Beta，无按钮级权限 | Diting |
| 审计与脱敏 | 全量审计；回放输入脱敏 | 无审计日志；脱敏需自建日志 Pipeline | Diting |
常见问题
- SigNoz 免费，为什么还要选 Diting？
- 免费的是软件本身。埋点改造、ClickHouse 运维、离线升级，以及看到问题之后的动作，仍然要有人做。如果这些团队都能自己扛，SigNoz 更省预算。
- 已有的 OTel 数据能接进来吗？
- 能。Diting 的入口支持 OTLP，现有 Collector 加一个出口并行上报即可，不用先拆掉 SigNoz。
- 历史数据怎么办？
- 并行期把 SigNoz 留作只读。需要保留的历史先导出，再按需写入，不承诺无损搬迁。
- 看板和告警要重做吗？
- 要。先在非核心业务上搬一套，规则落到 Diting 的拓扑与日志上，跑顺再扩大。
- 老内核能支持到什么程度？
- 3.10 起有兼容路径，能力逐项报告。受限的能力会写明，不会标成已支持。