最奇怪的地方，OpenTelemetry Collector 根本就不支持 Remote Write （仅支持新版本的 Remote Write ，然而很多地方 Remote Write 都只停留在 v1 ）。
老板给的理由（我不赞同但是想列出来讨论）：
1 、OpenTelemetry 是标准，有 OpenTelemetry ，以后想切换云服务提供商（我们现在数据写到 New Relic ）就不需要担心不兼容。
2 、所有数据（日志、指标等等）都经过 OpenTelemetry Collector ，可以统一做编辑修改，打标签等等。
我想反对的理由：
1 、云服务提供商支持 OpenTelemetry ，那都是最近几年的事情，你一眼看去哪个供应商不支持 Prometheus Remote Write ？这不是一样没有兼容的顾虑吗，大部分指标监控的服务商都用 Prometheus 那套，最大兼容性要说也是 Prometheus ，何时轮到 OpenTelemetry ？（要说日志和 trace 那我不了解不做评判）
2 、全部经 OTel 中转就是个笑话。多一层中转，多一层资源需求，多出来这么多数据、流量请求、编解码压缩，就为了统一打标签？ Prometheus 自己 relabeling 不是一样的吗而且一直都是这么用的。
我们的数据量大概每天指标流量开销 400GB 左右（ gzip 压缩后），说多不多，说少也不能算玩具规模了起码有点数据。
那么问题来了，
[ol]
[/ol]
