Краткая история Grafana¶
Пролог: эпоха до Grafana¶
Чтобы понять, откуда взялась Grafana, нужно вернуться в 2013 год. Тогда мир мониторинга выглядел примерно так: Nagios, Zabbix, Cacti, самописные веб-морды на PHP, и — Graphite. Graphite был прорывом: он умел хранить временные ряды и показывать графики. Но его веб-интерфейс был, скажем прямо, спартанским. Красивым его не назвал бы никто.
2013: Kibana 3 и рождение идеи¶
Elasticsearch-сообщество создало Kibana — инструмент для визуализации логов. Kibana 3 была привязана к Elasticsearch, но её архитектура была модульной. Один из разработчиков Kibana, норвежский инженер по имени Torkel Ödegaard, взял эту архитектуру и адаптировал её под Graphite.
Так появилась Grafana 1.0 — проект, который отпочковался от Kibana 3 и начал жить собственной жизнью. Название — игра слов: "Graph" + "ana" (анаграмма от англ. "analytics"). С намёком на "аналитику графиков".
2014-2016: от Graphite до десятков источников¶
Первые версии Grafana работали только с Graphite. Потом добавили InfluxDB, OpenTSDB, Prometheus. База пользователей быстро росла: мир отчаянно нуждался в красивом визуализаторе.
К 2016 году Grafana уже поддерживала более 15 источников данных. Но проект всё ещё держался на одном человеке — Торкеле. И тогда он сделал следующий шаг.
2016: рождение Grafana Labs¶
Торкель основал компанию Grafana Labs (тогда она называлась Raintank) и привлёк первый раунд инвестиций. Модель бизнеса — открытый исходный код продукта и платные дополнительные функции (Enterprise-версия, хостинг).
Приблизительно в этот же момент становится ясно, что Prometheus — лучший кандидат на роль де-факто стандарта для сбора метрик в облачную эпоху.
2018-2019: Cortex и Mimir¶
С ростом популярности Prometheus началась новая проблема. Prometheus отлично работает на одном сервере, но что делать, если у тебя кластер из 500 нод? Хранить метрики долгосрочно? Продолжать обслуживать запросы при отказе отдельных нод?
Grafana Labs покупает команду Kausal — создателей проекта Cortex. Идея Cortex проста и гениальна: превратить накопительный опыт работы с Prometheus в масштабируемый, высокодоступный, многоарендный сервис хранения метрик.
Одновременно инженеры Improbable (британский стартап) создают Thanos — решение с похожими целями, но отличающейся архитектурой (основанной на дешёвом объектном хранилище вроде S3).
Вместо того чтобы конкурировать, обе команды и сообщество объединяют усилия. В 2022-2023 рождается Grafana Mimir — зрелый продукт для горизонтально-масштабируемого хранения метрик.
Так у Grafana появился проект для метрик.
2019-2020: Loki и Tempo¶
Следующая задача — логи. К тому моменту стандарт логовых систем — Elasticsearch и Kibana. Они мощные, но дорогие. Требуют много ресурсов и сложны в обслуживании.
Grafana Labs создаёт Loki (2019). Идея снова проста до гениальности: индекс для логов строить не по содержимому строк, а по метаданным — ярлыкам (labels), тем же, что в Prometheus. Loki может жить на дешёвом объектном хранилище S3. Очень дёшево. И интегрирован с Grafana на уровне ядра.
Следом то же самое происходит с трейсами. Появляется Tempo (2020-2021). Снова дешёвое объектное хранилище, снова интеграция с Grafana.
Теперь в портфолио Grafana Labs есть метрики (Mimir), логи (Loki) и трейсы (Tempo). Вместе с Grafana эти проекты образуют стек, называемый LGTM.
2023-2025: Pyroscope и Beyla. Полнота наблюдаемости¶
В 2023 Grafana Labs покупает Pyroscope — проект для непрерывного профилирования (continuous profiling). Теперь в стеке есть ещё и профили. Идея: профилировщик работает всегда, собирает информацию о потреблении CPU и памяти, и показывать их можно как графики — те же временные ряды, те же labels.
В 2025 покупает Beyla — eBPF-агент, который автоматически собирает метрики, трейсы и профили с приложений без изменения кода приложения. eBPF = расширенный фильтр пакетов в Linux-ядре; программа исполняется прямо внутри ядра.
К январю 2026 года Grafana — не просто визуализатор, а экосистема для полного цикла наблюдаемости. Вы готовы познакомиться с ней.
Далее: Архитектура дашборда