收集应用日志指标
各维度得分依据公开资料与字段推算,加权后即综合评分,仅供参考。
Dendro 是一个开源、Serverless 的监控框架，面向小型分布式应用。它的核心目标是把分散在多台服务器和多个服务中的日志、指标集中起来，形成关于系统状态的“单一事实源”。正文反复以小团队 NapTime 为例，说明当系统从两台机器扩展到多节点后，依赖 SSH、tail -f、临时脚本和 cron job 排障会迅速失控。
Dendro 通过 CLI 帮助团队在各节点安装和配置 collection agent。Agent 作为与应用解耦的进程运行，不要求修改应用代码，可读取服务已有日志文件，并抓取服务器自身指标，例如 CPU 负载、可用内存等。采集到的数据会尽快流入 Dendro 创建的管道，经过处理成为更可预测的结构化输出，再写入面向时间序列数据的数据库。正文提到每张表代表不同采集源，同时保留主机或进程身份，便于按来源查询和分析。
文中明确称 Dendro 是 open-source，并把它放在 Datadog 这类 SaaS 与 Elastic Stack 自行运维方案之间。它适合不想承担昂贵 SaaS 费用、也没有足够精力维护复杂 Elasticsearch 集群的小团队。不过正文没有给出具体定价、云资源费用、安装命令、权限配置或长期运维成本。自托管方面，文中提到数据进入“your own pipeline”和“your Timestream database”，但没有完整说明是否完全可本地部署，或是否强依赖特定云服务。
优点是定位清晰：帮助小团队自动化日志和指标收集，减少人工排障和上下文切换；接入方式也较轻量，理论上不侵入业务代码。缺点是信息披露不足，未说明支持的语言、框架、系统平台、告警、仪表盘、权限、多租户和数据保留策略等关键能力，也没有看到商业支持或社区活跃度信息。
Dendro 更适合早期创业团队、小型工程团队，尤其是已有多台服务器、Nginx、数据库和应用服务，却尚未建立正式可观测体系的场景。若团队需要成熟告警、可视化和企业支持，仍应对比 Datadog、Elastic Stack 等方案。中国访问情况正文无法判断；若依赖海外云资源或 Timestream，实际可用性、网络延迟和支付方式需进一步验证。
本测评基于公开资料整理,不构成购买建议,请以 getdendro.com 官网实际信息为准。
开源无服务器监控框架，适合小型分布式应用。
评分明细(分布与用户短评)接入中。当前展示 TG4G 综合评分,数据源自公开测评与用户反馈。