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

Added routing exporter #907

Merged
merged 2 commits into from
Sep 10, 2020

Conversation

jpkrohling
Copy link
Member

@jpkrohling jpkrohling commented Sep 3, 2020

Closes open-telemetry/opentelemetry-collector#1260
Supersedes open-telemetry/opentelemetry-collector#1611

Testing: unit tests + manual tests (see open-telemetry/opentelemetry-collector#1611)

Documentation: README included.

Signed-off-by: Juraci Paixão Kröhling juraci@kroehling.de

@codecov
Copy link

codecov bot commented Sep 3, 2020

Codecov Report

Merging #907 into master will increase coverage by 0.07%.
The diff coverage is 100.00%.

Impacted file tree graph

@@            Coverage Diff             @@
##           master     #907      +/-   ##
==========================================
+ Coverage   88.47%   88.55%   +0.07%     
==========================================
  Files         245      247       +2     
  Lines       13089    13171      +82     
==========================================
+ Hits        11581    11663      +82     
  Misses       1148     1148              
  Partials      360      360              
Flag Coverage Δ
#integration 74.88% <ø> (ø)
#unit 87.76% <100.00%> (+0.07%) ⬆️

Flags with carried forward coverage won't be shown. Click here to find out more.

Impacted Files Coverage Δ
processor/routingprocessor/factory.go 100.00% <100.00%> (ø)
processor/routingprocessor/routing.go 100.00% <100.00%> (ø)

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update c1463db...3594982. Read the comment docs.

Closes open-telemetry/opentelemetry-collector#1609

Signed-off-by: Juraci Paixão Kröhling <juraci@kroehling.de>
@jpkrohling
Copy link
Member Author

@tigrannajaryan, could you please review this one, or assign someone to do it?


This processor *does not* let traces to continue through the pipeline and will emit a warning in case other processor(s) are defined after this one. Similarly, exporters defined as part of the pipeline are not authoritative: if you add an exporter to the pipeline, make sure you add it to this processor *as well*, otherwise it won't be used at all. All exporters defined as part of this processor *must also* be defined as part of the pipeline's exporters.

Given that this processor depends on information provided by the client via HTTP headers, processors that aggregate data should not run before this processor, such as the `batch` or the `groupbytrace` processors.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This means that generally such processors cannot be used with this one. They can't be before and they can be after since everything after is ignored. Would be good to make it clear.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Reworded it a bit. How does it look?

processor/routingprocessor/routing.go Outdated Show resolved Hide resolved
README.md Show resolved Hide resolved
@tigrannajaryan tigrannajaryan self-assigned this Sep 9, 2020
Signed-off-by: Juraci Paixão Kröhling <juraci@kroehling.de>
Copy link
Member

@tigrannajaryan tigrannajaryan left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM, I already reviewed the logic in open-telemetry/opentelemetry-collector#1611

Note that we have just published new guidelines for PRs here: https://github.com/open-telemetry/opentelemetry-collector/blob/master/CONTRIBUTING.md#how-to-structure-prs-to-get-expedient-reviews

This PR would not meet the requirements of the guidelines but I am moving forward anyway since we already spent time on it and reviewed it. For the future PRs please follow the new recommendations.

@tigrannajaryan tigrannajaryan merged commit 1b925a1 into open-telemetry:master Sep 10, 2020
dyladan referenced this pull request in dynatrace-oss-contrib/opentelemetry-collector-contrib Jan 29, 2021
This commit fixes a bug when "service.name" attribute is removed from resource structure during translation to jaeger proto format
ljmsc referenced this pull request in ljmsc/opentelemetry-collector-contrib Feb 21, 2022
@CoderPoet
Copy link

Does the exporter consider dynamic creation? Because tenants are also dynamic

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

Successfully merging this pull request may close these issues.

Feature request: add support for multi-tenancy
3 participants