2026.10.13

SigNoz:把日志、指标与链路放进同一套 OpenTelemetry 平台

SigNoz 面向需要统一应用和基础设施观测的团队,提供自托管、APM、日志、指标、分布式追踪及 AI 可观测性能力;部署资源、运维和许可证仍需单独评估。

它解决什么问题

SigNoz 是一个基于 OpenTelemetry 的开源可观测性平台,项目定位是把日志、指标、分布式链路、告警、异常和仪表板放在同一处。对于已采用 OpenTelemetry,或希望减少在多套单用途观测工具之间切换的团队,它可作为统一的排查入口。

它不只是链路查看器。README 列出 APM、日志管理、指标与仪表板、基础设施监控、分布式追踪和 Trace Funnels 等能力。APM 可查看延迟、错误率、吞吐量、Apdex、端点、数据库调用及外部调用;日志可摄取、搜索和聚合,并与链路、指标关联。指标查询则列出 Query Builder、PromQL 和 ClickHouse SQL。

signoz 项目截图 1

图片来源:signoz。项目公开截图,界面可能随版本变化。

适合哪些人

它适合负责生产系统排障的开发、平台工程和 SRE 团队,也适合希望将 Kubernetes、主机与应用遥测集中展示的组织。需要观测 LLM 应用或 RAG 流程的团队,可依据项目所述能力追踪提示词、工具调用、令牌、延迟和成本。

重视数据平面自主权的团队可关注社区版:README 说明其可运行于自有基础设施,并列出 Docker、Kubernetes 和 Linux 部署路径。已围绕 OpenTelemetry 建立采集或埋点流程的组织,也应先核对现有遥测数据的接入方式。

signoz 项目截图 2

图片来源:signoz。项目公开截图,界面可能随版本变化。

已知功能与版本信息

在分布式追踪方面,项目列出火焰图、瀑布图、span 事件、过滤器和 trace analytics。Trace Funnels 用于理解请求流程中的流失、失败转换及系统性工作流问题。项目还提供 SigNoz MCP Server,用于将遥测信息带入编码代理;但 README 明确写明,云服务中的 Noz 仅在 SigNoz Cloud 提供。

官方 v0.145.0 发布说明记录了 JSON body 双重摄取开关、跨日志和指标的语义约定处理,以及在 Explorer 视图创建告警并加入仪表板的操作。该版本也列出认证授权和助手消息重试相关修复。升级前应将版本说明与现有配置逐项核对。

采用前的限制与部署考虑

自托管意味着团队需自行规划安装、升级、存储、备份、网络访问和遥测保留。所给来源没有确认最低硬件配置、容量模型或性能保证,因此不能仅据项目页面推断资源需求;日志量、指标基数、链路采样与查询习惯都应纳入上线前评估。

许可证也应单独核实。仓库 API 返回许可证名称为“Other”、SPDX 标识为“NOASSERTION”,本组来源未确认具体许可证。README 还列出 Enterprise、BYOC 和 Enterprise Self-Hosted,并提及合规、RBAC、数据驻留、支持及定制保留等事项;这些能力的适用范围和商业条款仍需向项目方确认。部署前还应验证 OpenTelemetry、Prometheus、Kubernetes、数据库及目标 LLM 工具的接入路径,并明确敏感日志、提示词和令牌数据的处理边界。

资料来源

资料核对日期:2026-10-13