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

Camel instrumentation - SNS propagation impl + tests #2562

Merged
merged 2 commits into from Mar 17, 2021
Merged

Camel instrumentation - SNS propagation impl + tests #2562

merged 2 commits into from Mar 17, 2021

Conversation

ghost
Copy link

@ghost ghost commented Mar 11, 2021

  • fixes issues with SNS to SQS propagation for Apache Camel instr
  • added tests (currently ignored - work only with live AWS)

trace(6, 3) {
span(0) {
name "SNS.Publish"
kind CLIENT
Copy link
Contributor

Choose a reason for hiding this comment

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

Should this be PRODUCER?

Copy link
Author

Choose a reason for hiding this comment

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

This is a tough question.
In general, SNS message can be fan out to SQS (becoming a message), HTTP, lambda, kinesis or even email. In some of these cases we would have PUBLISH (send) - CLIENT (get) while now for SQS we have CLIENT (send) - CONSUMER (get).
If we could, the best way IMO would be to modify "sending" span kind once a message is consumed (by SQS), but we can't.
@anuraaga what do you think?

Copy link
Contributor

Choose a reason for hiding this comment

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

From what I understand of the spec, we'd still generally expect the SNS message to be treated like messaging conventions so would be PRODUCER. The trickiness related to CLIENT and PRODUCER has come up before, I'm ok with just picking any for now but good chance of changing later.

@iNikem
Copy link
Contributor

iNikem commented Mar 16, 2021

@kubawach Please rebase again. Main branch failure was fixed

@iNikem iNikem merged commit fcc7004 into open-telemetry:main Mar 17, 2021
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.

4 participants