2026.09.28
ServiceRadar：面向受限网络环境的分布式监控平台
ServiceRadar 将边缘探针、网关与核心服务组合为分布式监控系统，覆盖服务检查、拓扑发现、告警和可扩展插件。采用前需评估部署规模、数据组件与版本升级要求。
项目用途
ServiceRadar 是一个面向基础设施与服务的分布式网络监控系统，重点覆盖难以到达或资源受限的环境。它将 Agent、Gateway 和 Core 组合成多组件架构，可在边缘或分段网络中部署探针，对内部服务进行监控，并配合云端告警。对于无法依赖单一中心网络、仍希望持续掌握远端站点状态的团队，这种架构具有明确的使用场景。
已知功能
基础检查包括 ICMP 和 TCP，也支持从多个网络视角组合服务检查。数据接入范围较广，README 列出了 OTEL、GELF、Syslog、SNMP 轮询与 Trap、BGP/BMP 以及 NetFlow。项目还提供网络映射能力，可通过 SNMP、LLDP 和 CDP 发现接口及拓扑关系。
在告警与分析方面，ServiceRadar 包含 SRQL 查询、异常检测、因果分析和通知路由。通知渠道包括 Slack、Discord、电子邮件与 Webhook；README 还提到路由、升级策略、重试和投递日志。项目提供拓扑可视化、React Dashboard SDK，以及基于 WASM 的插件扩展。插件可用 Go 或 Rust 编写，网络访问通过代理机制进行；这让扩展不必直接依赖主机脚本环境，但实际边界仍应结合部署配置和插件代码审查。
项目采用 Apache License 2.0。官方资料同时给出 Docker Compose 和 Kubernetes Helm 两类部署方式，适合从单机验证逐步走向集群化管理的团队。仓库也说明了镜像签名验证和 SBOM 发布流程，但这些信息不等于对具体环境安全性的保证。
适合人群
它更适合需要统一观察多站点、分段网络、家庭实验室或边缘设备的运维与平台团队，也适合希望通过 SDK、WASM 或自定义仪表盘扩展监控能力的开发者。若团队已经维护 SNMP、Syslog、OTEL 或 NetFlow 数据，项目列出的接入面可能有助于减少工具切换。
采用前的限制与部署考虑
ServiceRadar 并非只安装一个轻量探针即可完成的系统。多组件架构、拓扑图存储、时序与关系数据层、消息流以及通知链路都会带来配置、容量和运维责任。来源没有确认最低硬件配置、明确的规模上限、全部组件的兼容矩阵或性能承诺，因此不应仅依据 README 中的描述规划生产容量。
选择 Compose 还是 Helm 前，应先确认网络边界、持久化存储、凭据管理、备份、证书、告警出口和升级回滚方案。WASM 插件仍需要审查其权限、允许访问的网络目标和供应链来源。v1.4.76 的发布说明显示，JetStream 配额与大小、迁移版本、设备身份合并和 Helm 配置都可能影响升级；现有安装应逐项阅读 release notes 并在预生产环境验证。本文未对项目进行实测，具体部署结果以官方文档、当前发布物和目标环境为准。
资料来源
资料核对日期：2026-09-28