-
Notifications
You must be signed in to change notification settings - Fork 2.8k
[receiver/azuremonitorreceiver] feat: add subscription name resource attribute #39029
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
[receiver/azuremonitorreceiver] feat: add subscription name resource attribute #39029
Conversation
b06e2ac
to
bae186c
Compare
bae186c
to
165023e
Compare
@dehaansa, from your comments I updated so the GET subscription by ID is only done if the subscription name resource attribute is enabled in the config. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM with a documentation nit. Will give codeowners a few days to respond before trying to move forward to merge.
```yaml | ||
conditions: | ||
- discover_subscriptions is true | ||
cardinality: once |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is a paged API, right? So it may be more than once depending on the number of subscriptions. Same for other List endpoints.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
That's true yes, I updated with that precision. Unfortunately I didn't find the page size in the API documentation or client codes. This is a mystery that Azure seems to keep secret deep in the backend ^^'
165023e
to
2b0ca13
Compare
…attribute Signed-off-by: Célian Garcia <[email protected]>
2b0ca13
to
f4ab492
Compare
I need to do a better job checking the codeowners file before marking the waiting-for-code-owners label, oops! |
Aah my bad 😁 I thought it was meaning code owners with bigger rights. Btw the other owner of that receiver stopped answering months ago. I think he's not working on that at all anymore. |
I think the Prometheus tests failing are flaky ones. It seems not related. I tried to update branch but it didn't change. It's not urgent anyway, I can wait fo a fix. |
Just confirming, the prometheus-compliance-tests are broken until prometheus/compliance#160 is resolved. I attempted to disable the workflow at the repository level but it may not have worked right, looking into it. |
…attribute (open-telemetry#39029) <!--Ex. Fixing a bug - Describe the bug and how this fixes the issue. Ex. Adding a feature - Explain what this achieves.--> #### Description The subscription name is often more speaking for people playing with metrics, than the subscription id which is an uuid. Hence this PR. <!-- Issue number (e.g. open-telemetry#1234) or full URL to issue, if applicable. --> #### Link to tracking issue Linked with open-telemetry#38895. I prefer to have a separate PR for the add of subscription name in resource attributes to have one PR by feature. <!--Describe what testing was performed and which tests were added.--> #### Testing Added unit tests + new mock API to mock the new get by subscription calls. <!--Describe the documentation added.--> #### Documentation <!--Please delete paragraphs that you did not use before submitting.--> Signed-off-by: Célian Garcia <[email protected]> Co-authored-by: Antoine Toulme <[email protected]>
…attribute (open-telemetry#39029) <!--Ex. Fixing a bug - Describe the bug and how this fixes the issue. Ex. Adding a feature - Explain what this achieves.--> #### Description The subscription name is often more speaking for people playing with metrics, than the subscription id which is an uuid. Hence this PR. <!-- Issue number (e.g. open-telemetry#1234) or full URL to issue, if applicable. --> #### Link to tracking issue Linked with open-telemetry#38895. I prefer to have a separate PR for the add of subscription name in resource attributes to have one PR by feature. <!--Describe what testing was performed and which tests were added.--> #### Testing Added unit tests + new mock API to mock the new get by subscription calls. <!--Describe the documentation added.--> #### Documentation <!--Please delete paragraphs that you did not use before submitting.--> Signed-off-by: Célian Garcia <[email protected]> Co-authored-by: Antoine Toulme <[email protected]>
…attribute (open-telemetry#39029) <!--Ex. Fixing a bug - Describe the bug and how this fixes the issue. Ex. Adding a feature - Explain what this achieves.--> #### Description The subscription name is often more speaking for people playing with metrics, than the subscription id which is an uuid. Hence this PR. <!-- Issue number (e.g. open-telemetry#1234) or full URL to issue, if applicable. --> #### Link to tracking issue Linked with open-telemetry#38895. I prefer to have a separate PR for the add of subscription name in resource attributes to have one PR by feature. <!--Describe what testing was performed and which tests were added.--> #### Testing Added unit tests + new mock API to mock the new get by subscription calls. <!--Describe the documentation added.--> #### Documentation <!--Please delete paragraphs that you did not use before submitting.--> Signed-off-by: Célian Garcia <[email protected]> Co-authored-by: Antoine Toulme <[email protected]>
Description
The subscription name is often more speaking for people playing with metrics, than the subscription id which is an uuid.
Hence this PR.
Link to tracking issue
Linked with #38895. I prefer to have a separate PR for the add of subscription name in resource attributes to have one PR by feature.
Testing
Added unit tests + new mock API to mock the new get by subscription calls.
Documentation