New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[FEATURE] OTEL over NATS #1040
Comments
Hi @hwinkel! So for many of the things inside of the wasmcloud host we use this crate to put the otel data in the NATS headers. However, we were planning on removing it from everything except for the NATS provider as we use a field in our |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. If this has been closed too eagerly, please feel free to tag a maintainer so we can keep working on the issue. Thank you for contributing to wasmCloud! |
So we will likely be adding support back for otel NATS headers via our forthcoming wRPC work in #1128 |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. If this has been closed too eagerly, please feel free to tag a maintainer so we can keep working on the issue. Thank you for contributing to wasmCloud! |
@brooksmtownsend We can mark this as closed now, right? |
Yes! We did this, logging support is in v0.82 and metrics supports comes with 1.0 😄 |
OTEL Traces and Metrics over NATS
Can the NATS Connectivity used to encapsulate the transport of the OTEL trace and later metrics data?
It would be good to use the NATS lattice to forward the telemetry data regardless of the topology and
not rely on 1:1 HTTP connections.
The text was updated successfully, but these errors were encountered: