Kibana is the query and visualisation interface for data held in Elasticsearch. It stores no data of its own: every chart, table, map and dashboard is a query issued against an Elasticsearch index, and every saved object — data view, visualisation, dashboard, alert rule — lives in a hidden Elasticsearch index that Kibana manages. Understanding that relationship is what makes the difference between building dashboards that work and building dashboards that time out.
The day-to-day surfaces are Discover and the visualisation editors. Discover is where investigation happens: pick a data view, set a time range, write a query in KQL or Lucene syntax, add filters, and read raw documents field by field. Kibana Query Language covers the cases people actually need — field matching, wildcards, ranges, boolean operators with parentheses, and existence or null checks — while Lucene syntax and the filter pills remain available for anything it does not express.
On top of that sit the building tools. Lens for drag-and-drop charts, the aggregation-based editors for line graphs, tables, pie and gauge charts and metrics, TSVB and Timelion for time-series work with offsets, splits and expression syntax, Maps for geospatial data, and Canvas for presentation-grade output. Dashboards compose those panels with shared filters, controls and drilldowns. Around them, Kibana provides alerting rules with connectors, reporting, Dev Tools for raw queries, Spaces for separating teams, and role-based access control down to index and field level.
Why this skill matters now
Most organisations that run Elasticsearch have far more people who need to read the data than people who can write a Query DSL request. Kibana is what closes that gap, which is why it is usually the most widely used component of the Elastic Stack and the one whose quality determines whether the whole investment is judged a success.
The skill in demand is not clicking through the chart wizard. It is knowing which visualisation honestly represents the question, writing KQL that narrows a billion documents before the aggregation runs, using filters and controls so one dashboard serves every team rather than spawning forty copies, and building drilldowns that carry context from an overview into raw documents. Those are the habits that make an incident dashboard usable at three in the morning.
There is also a governance dimension that surfaces the moment more than one team shares an instance. Spaces, saved-object management, role-based access down to field level, and exporting dashboards as objects that can be version-controlled are what stop a shared Kibana turning into an unmanaged sprawl nobody trusts.