You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Oct 13, 2026. It is now read-only.
Repository navigation
This repository was archived by the owner on Oct 13, 2026. It is now read-only.
@mikesmith37 Yes, that PR is stale. Nevertheless, support for OpenTelemetry is still planned, currently the specifications are being developed. I think they should be complete by the end of the year, but it is just my opinion, not an official statement.
In the meantime, what kind of tracing would you need for your project? Perhaps it might be possible to use something else until OpenTelemetry is supported.
Came here looking for this as I noticed the TraceID for my Cloud Run request is not being propagated in the PubSub messages it is publishing (as evidenced in CloudTrace by seeing one trace for the CloudRun request and then many automatic PubSub traces to /_ah/push-handlers/pubsub/projects/...).
This there a way to configure the PubSub client such that the messages it sends will include the trace information from the current environment? Or, if not, is there an attribute I could add to the message that PubSub would recognize as containing trace information (e.g. traceparent or X-Cloud-Trace-Context)?
I see the PR #149 was or it is intended to provide tracing to a message from a publisher and how this is received in the subscriber part just to get the possibility to get track about what could be happening when things go wrong in the point the message is sent (publisher) and the message is received (subscriber) right?
In addition, you've mentioned:
support for OpenTelemetry is still planned, currently the specifications are being developed. I think they should be complete by the end of the year, but it is just my opinion, not an official statement.
Does the python client for google pub sub actually support OTEL? or is this still on planning?
I guess under collector perspective those modules are for sending traces (already in OTEL collector) from an application perspective to a pub sub-topic (exporter) and for getting OTEL messages from a subscription (receiver), but not to trace the messages that a publisher send and a subscriber receive?
@bgarcial IIRC that PR was opened by a then-intern at Google, but it was not ready to be merged yet at the time.
I unfortunately don't know if OTEL support is still planned or not, as I no longer maintain this library. Maybe @acocuzzo knows more, AFAIK she's one of the Google maintainers currently...
googleapis/nodejs-pubsub has had otel support via message attributes for about 4 years now and I'd love to have an officially supported way to pass parent trace context through PubSub in Python.
I'm hopeful that pubsub push-subscriptions, when the publish had a trace-id, include that trace-id as an http header so that the google-cloud-run-hosted workers that I have will seamlessly enlist into that trace and add more spans to it. Note: currently, the system I am involved with uses wrapped pubsub vs unwrapped pubsub.
Activity
mikesmith37 commentedon Nov 27, 2021
Perhaps setting the traceId message attribute as per https://dev.to/michaltalaga/tracing-logs-in-gcp-when-exchanging-message-through-pubsub-in-java-b87 ?
plamut commentedon Nov 30, 2021
@mikesmith37 Yes, that PR is stale. Nevertheless, support for OpenTelemetry is still planned, currently the specifications are being developed. I think they should be complete by the end of the year, but it is just my opinion, not an official statement.
In the meantime, what kind of tracing would you need for your project? Perhaps it might be possible to use something else until OpenTelemetry is supported.
steve-marmalade commentedon Jun 22, 2022
Came here looking for this as I noticed the TraceID for my Cloud Run request is not being propagated in the PubSub messages it is publishing (as evidenced in CloudTrace by seeing one trace for the CloudRun request and then many automatic PubSub traces to
/_ah/push-handlers/pubsub/projects/...).This there a way to configure the PubSub client such that the messages it sends will include the trace information from the current environment? Or, if not, is there an attribute I could add to the message that PubSub would recognize as containing trace information (e.g.
traceparentorX-Cloud-Trace-Context)?bgarcial commentedon Jan 7, 2023
Hi @plamut and @mikesmith37
I see the PR #149 was or it is intended to provide tracing to a message from a publisher and how this is received in the subscriber part just to get the possibility to get track about what could be happening when things go wrong in the point the message is sent (publisher) and the message is received (subscriber) right?
In addition, you've mentioned:
Does the python client for google pub sub actually support OTEL? or is this still on planning?
On the other hand, I see in the OTEL collector project the Google Cloud Pub Sub exporter and the Google Cloud Pub Sub Receiver modules, how is this different from the purpose of the above here mentioned PR?
I guess under collector perspective those modules are for sending traces (already in OTEL collector) from an application perspective to a pub sub-topic (exporter) and for getting OTEL messages from a subscription (receiver), but not to trace the messages that a publisher send and a subscriber receive?
plamut commentedon Jan 8, 2023
@bgarcial IIRC that PR was opened by a then-intern at Google, but it was not ready to be merged yet at the time.
I unfortunately don't know if OTEL support is still planned or not, as I no longer maintain this library. Maybe @acocuzzo knows more, AFAIK she's one of the Google maintainers currently...
acocuzzo commentedon Feb 14, 2023
@bgarcial Support is planned for this year, will continue to update this bug as progress is made
[-]Open Telemetry Support[/-][+]Open Telemetry Tracing Support[/+]AndreasBergmeier6176 commentedon Nov 17, 2023
Is there a spec to have a look at?
crossk3 commentedon Apr 11, 2024
@plamut @acocuzzo @mukund-ananthu Any updates on this? I see assignment shuffling which makes me nervous...
googleapis/nodejs-pubsub has had otel support via message attributes for about 4 years now and I'd love to have an officially supported way to pass parent trace context through PubSub in Python.
mukund-ananthu commentedon Jun 27, 2024
crossk3 Support for Open Telemetry is currently in active development.
petemounce commentedon Jul 4, 2024
@mukund-ananthu that is fantastic news!
I'm hopeful that pubsub push-subscriptions, when the publish had a trace-id, include that trace-id as an http header so that the google-cloud-run-hosted workers that I have will seamlessly enlist into that trace and add more spans to it. Note: currently, the system I am involved with uses wrapped pubsub vs unwrapped pubsub.
mukund-ananthu commentedon Sep 25, 2024
Released as part of https://github.com/googleapis/python-pubsub/releases/tag/v2.24.0
petemounce commentedon Sep 25, 2024
Thanks! We're eagerly trying it out now.