Airbnb 公开了一套数十亿规模的 Prometheus 指标流水线。
Moving a large-scale metrics pipeline from StatsD to OpenTelemetry / Prometheus

原始链接: https://medium.com/airbnb-engineering/building-a-high-volume-metrics-pipeline-with-opentelemetry-and-vmagent-c714d6910b45

启用 JavaScript 和 Cookie 以继续。

## Airbnb 的指标管道迁移:从 StatsD 到 OpenTelemetry/Prometheus Airbnb 工程团队最近详细介绍了他们从 StatsD 迁移到基于 OpenTelemetry/Prometheus 的指标管道的过程。这次迁移是由可扩展性需求驱动的,其中涉及 Prometheus 处理稀疏计数器的挑战——需要集中在聚合层进行“零注入”修复。 讨论强调了迁移大型系统的复杂性,并揭示了使用 VictoriaMetrics (VM) 等替代方案的潜在成本节约。 许多评论员指出,与 Prometheus 相比,VM 具有更快的启动时间和更高效的扩展能力,并引用了 Roblox 和 Spotify 等公司的案例研究。 然而,Airbnb 选择 Grafana Mimir,可能是由于现有基础设施或易于集成。 迁移的一个关键方面是直接使用 OpenTelemetry Protocol (OTLP) 发出指标,而不是依赖 Prometheus 的抓取端点,从而简化了流程。 讨论还涉及 Grafana Labs 的商业模式,并指出大型 Mimir 部署可能无法产生收入,因为 Mimir 是开源的。
相关文章

原文
联系我们 contact @ memedata.com