镜像站点 · 本页由第三方 GitHub 只读镜像提供,非 GitHub 官方站点,不接受任何登录或凭据输入。前往 github.com
Skip to content
This repository was archived by the owner on Oct 13, 2026. It is now read-only.
This repository was archived by the owner on Oct 13, 2026. It is now read-only.

Open Telemetry Tracing Support #543

Closed

Description

@mikesmith37

Hi,

This link lead me here but I assume its now an old PR? #149

Can anyone advise of current approach for tracing processes that use google pubsub for exchanging information?

If so does this work with push subscriptions?

Thanks!
Mike S

Activity

  1. mikesmith37 commented on Nov 27, 2021

    @mikesmith37
    Author
  2. added
    type: questionRequest for information or clarification. Not an issue.
    and removed
    triage meI really want to be triaged.
    on Nov 30, 2021
  3. plamut commented on Nov 30, 2021

    @plamut
    Contributor

    @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.

  4. steve-marmalade commented on Jun 22, 2022

    @steve-marmalade

    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)?

  5. bgarcial commented on Jan 7, 2023

    @bgarcial

    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:

    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?

    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?

  6. plamut commented on Jan 8, 2023

    @plamut
    Contributor

    @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...

  7. acocuzzo commented on Feb 14, 2023

    @acocuzzo
    Contributor

    @bgarcial Support is planned for this year, will continue to update this bug as progress is made

  8. self-assigned this
    on Feb 14, 2023
  9. added
    type: feature request‘Nice-to-have’ improvement, new feature or different behavior or design.
    and removed
    type: questionRequest for information or clarification. Not an issue.
    on Feb 14, 2023
  10. removed their assignment
    on Jun 12, 2023
  11. changed the title [-]Open Telemetry Support[/-] [+]Open Telemetry Tracing Support[/+] on Jul 17, 2023
  12. AndreasBergmeier6176 commented on Nov 17, 2023

    @AndreasBergmeier6176

    @bgarcial Support is planned for this year, will continue to update this bug as progress is made

    Is there a spec to have a look at?

  13. crossk3 commented on Apr 11, 2024

    @crossk3

    @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.

  14. mukund-ananthu commented on Jun 27, 2024

    @mukund-ananthu
    Contributor

    crossk3 Support for Open Telemetry is currently in active development.

  15. petemounce commented on Jul 4, 2024

    @petemounce

    @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.

  16. mukund-ananthu commented on Sep 25, 2024

    @mukund-ananthu
    Contributor
  17. petemounce commented on Sep 25, 2024

    @petemounce

    Thanks! We're eagerly trying it out now.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Labels

api: pubsubIssues related to the googleapis/python-pubsub API.type: feature request‘Nice-to-have’ improvement, new feature or different behavior or design.

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions