Skip to content

Remove or downplay ui_metrics in usage collection README #65776

@alexfrancoeur

Description

@alexfrancoeur

While we're waiting on a solution to better handle ui_metrics I think we should remove, de-emphasize or blatantly warn that the output of collecting your data that way offers no pragmatic way to analyze the data.

We have a warning at the bottom of the documentation, but it's not nearly in your face enough. https://github.com/elastic/kibana/blob/master/src/plugins/usage_collection/README.md

The only caveat is that it makes it harder to consume in Kibana when analysing each entry in the array separately. In the telemetry team we are working to find a solution to this. We are building a new way of reporting telemetry called Pulse that will help on making these UI-Metrics easier to consume.

I feel like I'm constantly telling folks to not use ui_metrics due to the way it's outputted, but teams still continue to implement. I'm wondering if it's because it has so much representation in our collection docs. When this happens, it puts us in a tough position saying that the key / value pairs are there, but you can't do anything with them. Teams end up expecting ui_metrics to collect all the data that's important to them, but then when we release, they can't actually use it in any meaningful way.

Metadata

Metadata

Assignees

Labels

Feature:TelemetryTeam:CorePlatform Core services: plugins, logging, config, saved objects, http, ES client, i18n, etc t//

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions