Atlassian 全量迁移 OpenTelemetry
推荐指数 69.0 NO. 022 · 2026.09.18
发布2026/09/17
为什么值得看
Atlassian 将运行近十年的 gostatsd 指标管道全面迁移至 OpenTelemetry，涉及数万台主机和每秒数百万指标。这是目前公开的最大规模 OpenTelemetry 生产迁移案例之一，对正在考虑统一可观测性栈的团队有直接参考价值。
编辑判断
大多数公司卡在 StatsD 到 OpenTelemetry 的迁移不是因为技术难度，而是双跑期间的指标不一致和成本翻倍。Atlassian 的做法是先用 OTel Collector 的 StatsD receiver 做透明代理，逐步切流而不是一次性替换，这个策略对存量系统重的团队更实际。
他们踩过一个值得注意的坑：OTel 的 cumulative temporality 和 StatsD 的 delta 语义在聚合逻辑上有微妙差异，导致初期部分指标在 Grafana 里出现锯齿状跳变。如果你也在做类似迁移，建议优先验证计数器和直方图的兼容性，而不是只关注吞吐性能。
另外 gostatsd 作为 Atlassian 维护多年的项目，这次官方弃用本身也是一个信号——StatsD 生态正在加速向 OTel 收敛，还在自建指标管道的团队应该重新评估维护成本。