6 ms·

Why would you not use OTel? This is clearly the industry standard protocol and the present and future of o11y. The whole point is that o11y vendors can stop r

Why would you not use OTel? This is clearly the industry standard protocol and the present and future of o11y. The whole point is that o11y vendors can stop reinventing lower level protocols and actually offer unique value props to their customers. So why would you want to waste your time on such an endeavor?

linuxdude314 2y ago
If I were in your position I would craft my own OTel distribution and ship it. This is very easy to do: https://github.com/open-telemetry/opentelemetry-collector-builder https://github.com/open-telemetry/opentelemetry-collector-bu... With this approach you’re standing on the shoulders of giants, compatible with any agent that speaks OTLP, and can market your distribution as an ecosystem tool.
bigstrat2003 2y ago
What the hell is o11y? It's so annoying when people use weird abbreviations rather than just typing a few extra characters.
- quectophoton 2y ago
  Observability.
hinkley 2y ago
OTEL was designed like it’s a Java app, and I mean that as a condemnation. The errors are opaque and the API is obtuse. It’s also not quite done yet. The Node implementation has had major major bugs only fixed in the last twelve months, and necessary parts of the ecosystem (across all languages) are still experimental. Overengineered and underdelivering. I’m using Prometheus on my next project. Though I’m tempted to go back to StatsD if I can find a good tagged version. Don’t hold data in a process with an unknown lifetime. Send it over loopback to a sidecar immediately and let it sort aggregation out.
- valyala 2y ago
  Datadog agent supports StatsD with tags (aka DogStatsD - https://docs.datadoghq.com/developers/dogstatsd/ https://docs.datadoghq.com/developers/dogstatsd/ ). You can push StatsD data to Datadog Agent, which will aggregate the data and push it to some centralized tsdb such as VictoriaMetrics according to the following docs - https://docs.victoriametrics.com/#how-to-send-data-from-datadog-agent https://docs.victoriametrics.com/#how-to-send-data-from-data...
  - hinkley 2y ago
    Oooooo. Good to know.

linuxdude314 2y ago

If I were in your position I would craft my own OTel distribution and ship it. This is very easy to do: https://github.com/open-telemetry/opentelemetry-collector-builder https://github.com/open-telemetry/opentelemetry-collector-bu... With this approach you’re standing on the shoulders of giants, compatible with any agent that speaks OTLP, and can market your distribution as an ecosystem tool.

bigstrat2003 2y ago

What the hell is o11y? It's so annoying when people use weird abbreviations rather than just typing a few extra characters.

quectophoton 2y ago
Observability.

hinkley 2y ago

OTEL was designed like it’s a Java app, and I mean that as a condemnation. The errors are opaque and the API is obtuse. It’s also not quite done yet. The Node implementation has had major major bugs only fixed in the last twelve months, and necessary parts of the ecosystem (across all languages) are still experimental. Overengineered and underdelivering. I’m using Prometheus on my next project. Though I’m tempted to go back to StatsD if I can find a good tagged version. Don’t hold data in a process with an unknown lifetime. Send it over loopback to a sidecar immediately and let it sort aggregation out.

valyala 2y ago
Datadog agent supports StatsD with tags (aka DogStatsD - https://docs.datadoghq.com/developers/dogstatsd/ https://docs.datadoghq.com/developers/dogstatsd/ ). You can push StatsD data to Datadog Agent, which will aggregate the data and push it to some centralized tsdb such as VictoriaMetrics according to the following docs - https://docs.victoriametrics.com/#how-to-send-data-from-datadog-agent https://docs.victoriametrics.com/#how-to-send-data-from-data...
- hinkley 2y ago
  Oooooo. Good to know.