Skip to content
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

[Telemetry] server side fetcher #49711

Closed
Bamieh opened this issue Oct 30, 2019 · 8 comments
Closed

[Telemetry] server side fetcher #49711

Bamieh opened this issue Oct 30, 2019 · 8 comments
Assignees

Comments

@Bamieh
Copy link
Member

Bamieh commented Oct 30, 2019

Add a server side telemetry fetcher under a config flag (default: false). This enables any distribution to start sending telemetry from kibana server instead of browser.

@elasticmachine
Copy link
Contributor

Pinging @elastic/kibana-stack-services (Team:Stack Services)

@Bamieh Bamieh self-assigned this Oct 30, 2019
@stevewritescode
Copy link
Contributor

Are there any kibana plugins planning to use this in 7.5?

@alexfrancoeur
Copy link

I don't believe there are any specific plugins planning to use this initially. Happy to touch base tomorrow to provide some more details @stevewritescode (awesome alias btw)

@Bamieh
Copy link
Member Author

Bamieh commented Nov 4, 2019

@stevewritescode just for clarification this is the fetcher method. (The part of telemetry that sends code back to our telemetry cluster) This is configured via kibana.yml executed only in the telemetey plugin.

From your question I understood that you're asking about telemetry server side usage collectors. If that is the case then we do already have server side collectors already being used by many plugins already.

@alexfrancoeur
Copy link

@Bamieh will we be sending duplicate documents if there are multiple kibana instances for a cluster? How are we handling that today?

@Bamieh
Copy link
Member Author

Bamieh commented Nov 11, 2019

@alexfrancoeur

Currently we get duplicate documents as each logged in user will send telemetry data once per day per browser.

  • For the index xpack-phone-home we only have the latest document per cluster_uuid (no duplicates).
  • For the indices all-xpack-phone-home-* we have duplicate documents.

Actually with the server side implementation we will have less duplicates since the number of users logging into kibana are much more than the number of kibana instances a cluser would have:

  1. Our data indicates that most clusers have 1 kibana instance per cluser.
  2. The most common case to add more kibana instances is due to having more users using kibana, so the number of instances will usually be less than the number of users using kibana.

This model works fine with the usage data we currenrly send so duplicates should not be an issue.

@alexfrancoeur
Copy link

++ thanks for the explanation @Bamieh. I had been under a similar impression as well (that we're capturing duplicates now and there will be less with server side). As always, appreciate the quick response

@mikecote
Copy link
Contributor

Closed via #50015

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants