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

Making multiple kibana deployments easily distinguishable #16614

Closed
kovyrin opened this issue Feb 8, 2018 · 6 comments
Closed

Making multiple kibana deployments easily distinguishable #16614

kovyrin opened this issue Feb 8, 2018 · 6 comments
Labels
enhancement New value added to drive a business result stale Used to mark issues that were closed for being stale Team:Core Core services & architecture: plugins, logging, config, saved objects, http, ES client, i18n, etc

Comments

@kovyrin
Copy link
Contributor

kovyrin commented Feb 8, 2018

The Problem

We have many internal Kibana deployments at Swiftype and it is getting very painful to work with them because it is literally impossible to distinguish them from each other: they all look exactly the same and there is nothing within the UI that we could use to make it possible to quickly distinguish between multiple deployments.

The issue is greatly magnified by the fact that we use ECE for managing the deployment and end up with dozens of meaningless URLs based on cluster ids.

Possible Solutions

There are a few changes we would love to see in Kibana to solve the issues described above (ordered by priority from our point of view):

  1. Display cluster name (could just be the server.name value) somewhere on the page at all times. It should always be visible to the user (sidebar looks like a reasonably accessible place to put it, the same way the username is displayed there).

Something like this:

kibana_and_security_team_options_-_google_docs

  1. Show cluster name (could just be the server.name value) on the login screen, helping the user understand what Kibana cluster they are logging into.

Something like this:

kibana

  1. Make it possible to change Favicon for a Kibana deployment, allowing users to distinguish some of their key Kibana deployments from the rest of the herd (this may allow ECE in the future to set a specific favicon on internal Kibana clusters like the logs and monitoring one).

  2. And last, but probably one of the most effective solutions - allow users to easily change Kibana color scheme (Slack's solution to the issue is one of the most elegant I've seen).

@epixa epixa added release_note:enhancement Team:Core Core services & architecture: plugins, logging, config, saved objects, http, ES client, i18n, etc labels Feb 8, 2018
@azasypkin
Copy link
Member

  1. Show cluster name (could just be the server.name value) on the login screen, helping the user understand what Kibana cluster they are logging into.

This option won't work for all the cases, you can log in, close tab, open tab again and you won't see login screen anymore since your cookie is still valid (not to mention SAML that doesn't have Kibana specific login screen at all).

@kovyrin
Copy link
Contributor Author

kovyrin commented Feb 9, 2018

@azasypkin Oh, I didn't mean this to be a solution to be used in isolation. My suggestion was to make sure, that when I do see a login screen, I could identify the cluster easily.

@azasypkin
Copy link
Member

@azasypkin Oh, I didn't mean this to be a solution to be used in isolation. My suggestion was to make sure, that when I do see a login screen, I could identify the cluster easily.

Yeah, sure, it can be useful as an additional/secondary deployment "indicator" when basic authentication is used.

@epixa epixa added enhancement New value added to drive a business result and removed release_note:enhancement labels May 7, 2018
@AlonaNadler
Copy link

A similar request from a customer, the customer is using ECE and manage multiple clusters and kibana instances, currently, there is no indication once logged in to Kibana which Kibana/Elastic cluster you are on,
The customer is asking to have a name indicating which cluster is being used, similar to @kovyrin first suggestion

@epixa
Copy link
Contributor

epixa commented May 16, 2018

It'll be interesting to see to what extent spaces impacts this issue. They're not the same thing, and I could still see the need for this for certain deployments even when spaces is being used, but if different spaces are used for different Kibana installs, at least for some people the space name itself might help distinguish.

@kovyrin
Copy link
Contributor Author

kovyrin commented May 16, 2018

I could see the spaces idea being useful in some cases when people have a choice in the matter of kibana deployment. Unfortunately, ECE customers don't have that choice :-(

@joshdover joshdover added the stale Used to mark issues that were closed for being stale label Jan 14, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New value added to drive a business result stale Used to mark issues that were closed for being stale Team:Core Core services & architecture: plugins, logging, config, saved objects, http, ES client, i18n, etc
Projects
None yet
Development

No branches or pull requests

5 participants