-
Notifications
You must be signed in to change notification settings - Fork 901
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
Clarify SDK behavior for Instrument Advisory Parameter #4389
base: main
Are you sure you want to change the base?
Conversation
Co-authored-by: Trask Stalnaker <[email protected]>
Histogram](#explicit-bucket-histogram-aggregation) aggregation. If the user has | ||
configured custom bucket boundaries via View(s), those boundaries take | ||
precedence. If no View is configured, the advisory parameter should be used. If | ||
neither is provided, the default bucket boundaries must be applied. |
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.
I find this language ambiguous. Per the conversation here, I believe that ExplicitBucketBoundaries
should only apply if the default aggregation is used. If a view sets Explicit bucket histogram aggregation the ExplicitBucketBoundaries
parameter should be ignored even if the view doesn't specify bucket boundaries.
Histogram](#explicit-bucket-histogram-aggregation) aggregation. If the user has | |
configured custom bucket boundaries via View(s), those boundaries take | |
precedence. If no View is configured, the advisory parameter should be used. If | |
neither is provided, the default bucket boundaries must be applied. | |
Histogram](#explicit-bucket-histogram-aggregation) aggregation. If a matching View specifies Explicit bucket histogram aggregation, then the `ExplicitBucketBoundaries` advisory parameter is ignored. If no View matches, or if a matching view selects the default aggregation, the advisory parameter must be used. |
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.
Sounds good -- so, if the view is set, the advisory param is ignored as a hard rule -- if you configure explicit boundaries w/o boundaries, you'll get the specified default and not the advisory param.
produce a metric stream. | ||
|
||
If the user has provided attribute keys via View(s), those keys take precedence. | ||
If no View is configured, the advisory parameter should be used. If neither is |
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.
If no View is configured, the advisory parameter should be used. If neither is | |
If no View is configured, or if a matching view does not specify attribute keys, the advisory parameter should be used. If neither is |
Also Fixes #4317
Changes
Mostly editorial, to specify SDK behavior for Advisory Parameters, explicitly calling out that SDK MUST give precedence to View config over InstrumentAdvisory. I believe this is already the intention, but was less specified. Though some wordings exist in the View spec about attribute-keys, no mention about Histogram buckets..
CHANGELOG.md
file updated for non-trivial changesspec-compliance-matrix.md
updated if necessary