3 ms·

I agree. They were very quick to update their website to say "we're making a new thing", but the new thing isn't ready. I used the metric implementation in Go

I agree. They were very quick to update their website to say "we're making a new thing", but the new thing isn't ready. I used the metric implementation in Go (as someone with extensive Prometheus experience), and was shocked at how they managed to write so much code to do so little. You will be amazed at how many levels of indirection there are, with a little assumption hard-coded at every single point of indirection. (The net result being, in my case, that I couldn't actually create a gauge in Prometheus.) I just use Jaeger and Prometheus together and they've never treated me wrong. I'm watching otel closely, but I wouldn't suggest that you use it quite yet, at least not for Go.

candiddevmike 6y ago
Which Jaeger go library are you using? https://github.com/jaegertracing/jaeger-client-go https://github.com/jaegertracing/jaeger-client-go? For prometheus, I was using the official Go client, but I found the victoria metrics one to be a lot simpler and lighter. My go.mod was a lot smaller after swapping.
- jrockway 6y ago
  I use the official ones for both, but haven't even considered looking for others. Jaeger is a little annoying in that what configuration the library accepts depends on the language. For example, you have to modify your code to emit B3 (zipkin-compatible) traces, which is annoying. Leads to PRs like this: https://github.com/grafana/grafana/pull/17009 https://github.com/grafana/grafana/pull/17009
tignaj 6y ago
Disclaimer: I work on OpenTelemetry specification and Collector. I don't contribute to Go implementation but I encourage you to submit the feedback to https://github.com/open-telemetry/opentelemetry-go https://github.com/open-telemetry/opentelemetry-go or https://gitter.im/open-telemetry/opentelemetry-go https://gitter.im/open-telemetry/opentelemetry-go You can also attend Go SIG meetings and provide the feedback directly. SIG meetings are open for attendance: https://github.com/open-telemetry/community#special-interest-groups https://github.com/open-telemetry/community#special-interest... I am sure the Maintainers of Go implementation will appreciate your feedback.

candiddevmike 6y ago

Which Jaeger go library are you using? https://github.com/jaegertracing/jaeger-client-go https://github.com/jaegertracing/jaeger-client-go? For prometheus, I was using the official Go client, but I found the victoria metrics one to be a lot simpler and lighter. My go.mod was a lot smaller after swapping.

jrockway 6y ago
I use the official ones for both, but haven't even considered looking for others. Jaeger is a little annoying in that what configuration the library accepts depends on the language. For example, you have to modify your code to emit B3 (zipkin-compatible) traces, which is annoying. Leads to PRs like this: https://github.com/grafana/grafana/pull/17009 https://github.com/grafana/grafana/pull/17009

tignaj 6y ago

Disclaimer: I work on OpenTelemetry specification and Collector. I don't contribute to Go implementation but I encourage you to submit the feedback to https://github.com/open-telemetry/opentelemetry-go https://github.com/open-telemetry/opentelemetry-go or https://gitter.im/open-telemetry/opentelemetry-go https://gitter.im/open-telemetry/opentelemetry-go You can also attend Go SIG meetings and provide the feedback directly. SIG meetings are open for attendance: https://github.com/open-telemetry/community#special-interest-groups https://github.com/open-telemetry/community#special-interest... I am sure the Maintainers of Go implementation will appreciate your feedback.