Skip to content
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

Add service name dimension to trace metrics #857

Closed
pavolloffay opened this issue Apr 22, 2020 · 6 comments
Closed

Add service name dimension to trace metrics #857

pavolloffay opened this issue Apr 22, 2020 · 6 comments
Milestone

Comments

@pavolloffay
Copy link
Member

Add service name (Node.ServiceInfo.Name) dimension to receiver metrics. This helps to determine which services are reporting spans.

The service label could be applied to trace receiver metrics but also to exporter metrics, which verifies that spans for particular services were exported.

Receiver metrics:

# HELP otelcol_receiver_accepted_spans Number of spans successfully pushed into the pipeline.
otelcol_receiver_accepted_spans{receiver="jaeger",transport="agent"} 3
# HELP otelcol_receiver_refused_spans Number of spans that could not be pushed into the pipeline.
otelcol_receiver_refused_spans{receiver="jaeger",transport="agent"} 0

Exporter metrics:

# HELP otelcol_exporter_send_failed_spans Number of spans in failed attempts to send to destination.
otelcol_exporter_send_failed_spans{exporter="jaeger"} 10
# HELP otelcol_exporter_sent_spans Number of spans successfully sent to destination.
otelcol_exporter_sent_spans{exporter="jaeger"} 3
@tigrannajaryan
Copy link
Member

@pjanotti thoughts on this?

@pavolloffay
Copy link
Member Author

@pjanotti any update on this one?

@bogdandrutu
Copy link
Member

I think this adds significant overhead (potentially) and probably should be controlled by the level of telemetry user asks for.

@bogdandrutu bogdandrutu added this to the Backlog milestone Aug 4, 2020
MovieStoreGuy pushed a commit to atlassian-forks/opentelemetry-collector that referenced this issue Nov 11, 2021
Co-authored-by: Tyler Yahn <MrAlias@users.noreply.github.com>
@bogdandrutu
Copy link
Member

Closing as a "sub-task" of #2070

hughesjj pushed a commit to hughesjj/opentelemetry-collector that referenced this issue Apr 27, 2023
…y#857)

Bumps [boto3](https://github.com/boto/boto3) from 1.18.64 to 1.18.65.
- [Release notes](https://github.com/boto/boto3/releases)
- [Changelog](https://github.com/boto/boto3/blob/develop/CHANGELOG.rst)
- [Commits](boto/boto3@1.18.64...1.18.65)

---
updated-dependencies:
- dependency-name: boto3
  dependency-type: direct:production
  update-type: version-update:semver-patch
...

Signed-off-by: dependabot[bot] <support@github.com>

Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
@ericmustin
Copy link
Contributor

Hello.

This issue was closed and linked to #2070 , however #2070 doesn't appear to be implemented as far as I can tell, and was auto closed by the gh-actions stale bot.

Is there still interest in taking a PR on this, with the caveats mentioned (opt in telemetry level setting)?

@ericmustin
Copy link
Contributor

ericmustin commented Feb 19, 2024

I was able to get a workaround rigged up for my use case by combining the countconnector and the resource detection processor

receivers:
  foo:
exporters:
  bar:
connectors:
  count:
processors:
  resourcedetection/system:
    detectors: ["system"]
    system:
      hostname_sources: ["os"]
service:
  pipelines:
    traces:
      receivers: [foo]
      exporters: [count]    
    metrics:
      receivers: [count]
      processors: [resourcedetection/system]
      exporters: [bar]

Simple example I got working for my use case. Not exactly what I wanted but, it works for my rough needs (just need to know which apps => which collectors).

Happy to join sig and chat a bit about whether there's a way to simplify this or make it easier for users.

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

No branches or pull requests

5 participants