You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Once every twelve hours, we sequentially run a set of queries server-side (with the internal user) to collect telemetry about APM data. We should make sure that these queries only consider relevant data for performance and privacy reasons, and that they're guarded with a timeout. Right now this is not always the case. E.g., the cardinality task queries all indices, making it a relatively (and unnecessarily) expensive request. We should make both index and timeout required in the client type that is passed down to the telemetry tasks, to prevent this situation from occurring.
Once every twelve hours, we sequentially run a set of queries server-side (with the internal user) to collect telemetry about APM data. We should make sure that these queries only consider relevant data for performance and privacy reasons, and that they're guarded with a timeout. Right now this is not always the case. E.g., the
cardinality
task queries all indices, making it a relatively (and unnecessarily) expensive request. We should make bothindex
andtimeout
required in the client type that is passed down to the telemetry tasks, to prevent this situation from occurring.kibana/x-pack/plugins/apm/server/lib/apm_telemetry/collect_data_telemetry/tasks.ts
Lines 1034 to 1060 in d260172
The text was updated successfully, but these errors were encountered: