[service] Add service::telemetry::metrics::views config key

[jade-guiton-dd]

Description

This PR adds a service::telemetry::metrics::views config key, which explicitly sets the list of metric views used for internal telemetry, mirroring meter_provider::views in the SDK config. This can be used to disable specific internal metrics, among other uses.

This key will cause an error if used alongside other features which would normally implicitly create views, such as:

• not setting service::telemetry::metrics::level to detailed;
• enabling the telemetry.disableHighCardinalityMetrics feature gate.

Further discussion needed

• A comment notes that the telemetry.disableHighCardinalityMetrics alpha gate "will be removed when the collector allows for view configuration". I think setting the gate as deprecated first would be the correct thing to do, but it means that users relying on it will see their Collectors crash on update. Is that okay?

• In the context of being able to enable/disable specific metrics, this key is only useful to disable metrics from an "all enabled" baseline. It cannot easily be used to customize the set of metrics emitted at level: normal, level: basic. Discussion is ongoing in Own-telemetry: Ability to enabled/disable individual metrics #10769 on how to handle that, but the solution will probably involve a new key, which should hopefully be backward-compatible with the user-visible changes in this PR.

Link to tracking issue

Updates #10769

Testing

None yet

Documentation

None yet, except the changelog

[codecov]

Codecov Report

Attention: Patch coverage is 80.00000% with 8 lines in your changes missing coverage. Please review.

Project coverage is 91.52%. Comparing base (0654ae5) to head (45eda44).
Report is 29 commits behind head on main.

Files with missing lines	Patch %	Lines
service/service.go	78.26%	4 Missing and 1 partial ⚠️
service/telemetry/config.go	0.00%	2 Missing and 1 partial ⚠️

❌ Your patch status has failed because the patch coverage (80.00%) is below the target coverage (95.00%). You can increase the patch coverage or adjust the target coverage.

Additional details and impacted files

@@            Coverage Diff             @@
##             main   #12433      +/-   ##
==========================================
- Coverage   91.53%   91.52%   -0.02%     
==========================================
  Files         483      479       -4     
  Lines       26433    26486      +53     
==========================================
+ Hits        24196    24240      +44     
+ Misses       1772     1770       -2     
- Partials      465      476      +11     

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:

• ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.

[mx-psi]

Can you increase the test coverage? Could you also add information about this (in a draft PR) to opentelemetry.io docs?

[jade-guiton-dd]

Regarding the lack of test coverage: it's almost entirely from the existing code for the feature gate that I just moved. I can try to add a new test for it; is there a way to set feature gates in tests?

[mx-psi]

Regarding the lack of test coverage: it's almost entirely from the existing code for the feature gate that I just moved. I can try to add a new test for it; is there a way to set feature gates in tests?

You can check the tests that are modified in #12377

[github-actions]

This PR was marked stale due to lack of activity. It will be closed in 14 days.

[bogdandrutu]

instead, use:

MeterProvider MeterProvider `mapstructure:",squash"`

This will show that we use everything from the config.

[jade-guiton-dd]

Done. I modified the SDK instantiation code to pass the modified original struct to otelconf instead of creating a new one, in case new fields get added later upstream.