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 support for semantic convention 1_20 and 1_23 #1904

Closed
wants to merge 17 commits into from

Conversation

AravindKumar8520
Copy link
Contributor

@AravindKumar8520 AravindKumar8520 commented Feb 7, 2025

Relevant information

Added support for semantic convention 1_20 and 1_23

Checklist

  • I've read the guidelines and understand the acceptance criteria.
  • The value of the attribute marked as identifier will be unique and valid.
  • I've confirmed that my entity type wasn't already defined. If it is I'm providing an explanation above.

github-actions[bot]
github-actions bot previously approved these changes Feb 7, 2025
@AravindKumar8520 AravindKumar8520 changed the title Nr 363977 1 Added support for semantic convention 1_20 and 1_23 Feb 7, 2025
github-actions[bot]
github-actions bot previously approved these changes Feb 10, 2025
github-actions[bot]
github-actions bot previously approved these changes Feb 10, 2025
github-actions[bot]
github-actions bot previously approved these changes Feb 10, 2025
github-actions[bot]
github-actions bot previously approved these changes Feb 10, 2025
Comment on lines 16 to 17
- attribute: server.address
regex: ^search-[a-zA-Z0-9-]+-[a-zA-Z0-9]+\.((aos\.[a-zA-Z0-9-]+\.on\.aws)|(([a-zA-Z0-9-]+)\.(es|aos)\.amazonaws\.com))$
Copy link
Member

Choose a reason for hiding this comment

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

ElasticSearch follows database conventions, so this file requires rules for 1.20 and 1.23 conventions.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Added changes

Comment on lines 10 to 11
- attribute: rpc.service
anyOf: [ "Lambda" ]
Copy link
Member

Choose a reason for hiding this comment

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

Why rpc.service=Lambda? I do not see this in the conventions, so I do not expect that instrumentation will add the rpc.service attribute.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Added changes

Comment on lines 16 to 19
- attribute: aws.region
present: true
- attribute: aws.account.id
present: true
Copy link
Member

Choose a reason for hiding this comment

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

I do not see aws.region or aws.account.id in the specification. What instrumentation are you using that adds these attributes?

@@ -1,13 +1,24 @@
relationships:
- name: extServiceCallsInfraAwsSqsQueue
- name: extServiceCallsInfraAwsSqsQueue1_20
Copy link
Member

Choose a reason for hiding this comment

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

This rule does not look like 1.20 conventions, so this name is not accurate. 1.20 conventions do not have an aws.region or aws.account.id attribute.

attribute: messaging.destination.name

- name: extServiceCallsInfraAwsSqsQueue1_23
Copy link
Member

Choose a reason for hiding this comment

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

There is nothing in this rule that indicates it follow 1.23 conventions. All the attributes you are relying on are present in 1.20.

Copy link
Member

Choose a reason for hiding this comment

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

How does this rule relate to the AWSLAMBDAALIAS rule in this other PR https://github.com/newrelic/entity-definitions/pull/1906/files#diff-328a5048f522a203ae3b2281d21e89d0adfa40bd94b88dd9c5deb31bc17701d7L1?

Is it expected that both an AWSLAMBDAFUNCTION and AWSLAMBDAALIAS relationship be created? If not, when would I expect one over the other?

github-actions[bot]
github-actions bot previously approved these changes Feb 12, 2025
github-actions[bot]
github-actions bot previously approved these changes Feb 12, 2025
github-actions[bot]
github-actions bot previously approved these changes Feb 13, 2025
@AravindKumar8520
Copy link
Contributor Author

We are closing this PR and will create two separate PRs: one for clean changes and one for the issue-related ones.

@AravindKumar8520 AravindKumar8520 deleted the NR-363977-1 branch February 13, 2025 07:16
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.

3 participants