Все предыдущие выпуски серии были про то, откуда берётся сырой материал для графиков — метрики хоста, Postgres, очередей, трейсы, логи. Grafana сама ничего не собирает и почти ничего не хранит — она подключается к уже готовым источникам (Prometheus, Loki, Tempo) и рисует поверх них дашборды и алерты. Логично, что в серии про стек она закрывающая, а не первая — смотреть особо не на что, пока нет источников. ...
Prometheus хранит метрики на локальном диске одного сервера — надёжно, но не бесконечно и не горизонтально. Mimir — принимающая сторона remote_write: масштабируется по узлам, хранит историю дольше, чем позволяет один диск. ...
Метрики говорят, что что-то не так (латентность выросла), логи — что конкретно упало, а трейс показывает, где по цепочке вызовов между сервисами реально ушло время. Tempo — бэкенд для хранения и поиска трейсов, принимает трейсы по OTLP (OpenTelemetry Protocol). ...
Elasticsearch индексирует полный текст каждой строки лога — мощно, но дорого по диску и CPU при больших объёмах. Loki поступает наоборот: индексирует только лейблы (как Prometheus индексирует метрики), а сам текст лежит сжатыми блоками без полнотекстового индекса. ...
До Alloy в стеке приходилось держать отдельно Grafana Agent для метрик, Promtail для логов и, если нужны трейсы, ещё OpenTelemetry Collector. Grafana Alloy — один процесс, который собирает и метрики, и логи, и трейсы, и профили одновременно. ...