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

Using Kibana 4 in automated deployments #3880

Closed
grandseiken opened this issue May 19, 2015 · 1 comment
Closed

Using Kibana 4 in automated deployments #3880

grandseiken opened this issue May 19, 2015 · 1 comment

Comments

@grandseiken
Copy link

Due to the automated/temporary nature of our deployments, it's not feasible to require any manual Kibana configuration (e.g. using the GUI or pasting JSON into web forms). Currently we simply deploy Kibana 3 along with some templated/scripted dashboards (from source control) to each cluster, which works well.

Kibana 4 has removed the templated/scripted dashboards feature. As far as I can tell, the intended replacement for our use-case is to encode the entire dashboard state into the URL parameters. This has several drawbacks:

  • the URL parameters don't support generating visualizations, so we'd apparently need some scripted step to save visualizations into ElasticSearch beforehand.
  • the definition for a dashboard can no longer be contained in a file alongside Kibana. Instead it would have to be moved to some other external service that's responsible for constructing these dashboard URLs.
  • the logic available in a scripted dashboard (e.g. parameterised/procedurally-generated dashboards, default values for parameters, code-sharing) is not well-supported by URL parameters. We would have to hack something together on the separate dashboard-URL service, which is not a good place for this logic.

Am I missing something? It seems like this (not uncommon) use-case was supported in a simple and straightforward way before, and now we have to jump through some rather bizarre hoops.

@rashidkpc
Copy link
Contributor

Thanks for the comments, its a nice wrap up of what others have said in other tickets. We're considering ways to bring back some of this functionality including allowing visualizations to be defined within the dashboard schema.

Because the points in this ticket are covered in #2116 and #2310 I'm going to close this, but please add your thought to those tickets!

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

No branches or pull requests

2 participants