搭配方案
共 6 条SigNoz + Fluent Bit+ OpenTelemetry Collector
把 Fluent Bit 采集的日志经 Collector 转发导出到 SigNoz
Fluent Bit 负责采集日志，forward 插件发送，Collector 的 fluentforward receiver 接收并导出到 SigNoz。
✕ retain_metadata 需设 f
对 Hono 应用插桩，把 Trace 和 Metrics 发送到 SigNoz
@hono/otel 中间件为每个请求创建 Span 并记录 HTTP 指标，OpenTelemetry SDK 负责导出数据并追踪路由触发的调用
✓ 可追踪 fetch 请求和数据库查询✓ span 以路由命名便于定位 ✕ 中间件不会生成独立的 span✕ 仅发送两个 HTTP 指标
SigNoz + 
Cursor+ 
Gemini CLI + SigNoz API key+ OAuth 2.1 身份验证+ Model Context Protocol+ Claude Desktop
Cursor+ Gemini CLI + SigNoz API key+ OAuth 2.1 身份验证+ Model Context Protocol+ Claude Desktop通过MCP让AI智能体用自然语言查询metrics、traces、logs并管理告警和仪表盘
MCP作为开放标准充当AI智能体与SigNoz可观测性数据之间的桥梁，各AI工具通过配置连接该server
✓ 无需安装，添加URL并完成身份验证即可✓ 自然语言查询可观测性数据 ✕ 较旧的 SigNoz 部署可能不支持所有✕ 只有 Admin 用户才能创建 API
SigNoz + GCP 项目+ Pub/Sub topic+ OpenTelemetry Collector+ GCP Cloud Storage+ Cloud Monitoring+ Cloud Logging
将 Cloud Storage 的指标和审计日志接入 SigNoz，并提供预置仪表盘监控
Cloud Storage 原生把指标发布到 Cloud Monitoring、日志发布到 Cloud Logging，SigNoz 借助运行在 GCP 项目中的 Collector 读取这些数据
✓ 拉取哪些指标、拉取频率都由你控制✓ 提供预置仪表盘，无需自建面板 ✕ 仅开启开关不自动采集，需手动配置 met✕ 存储桶大小和对象数每天只测量一次，最长需
SigNoz + Node.js 应用+ OpenTelemetry+ Express+ NodeSDK
配置 HttpInstrumentation 钩子过滤健康检查等端点，消除链路追踪噪声 span
健康检查等端点每次请求会生成 HTTP、Express 中间件等多个 span，排除后减少的 span 数量远超请求次数
✓ 减少大量噪声 span✓ 保留路由和请求处理器的 span ✕ 零代码插桩无法用环境变量配置✕ 自动插桩和手动实例混用可能冲突
