Prometheus это open source система мониторинга и алертинга от CNCF, которая стала де-факто стандартом сбора метрик в современной cloud native инфраструктуре. Архитектура Prometheus основана на pull модели: сервер периодически запрашивает метрики у целевых endpoint вместо того чтобы приложения отправляли метрики на сервер, что упрощает обнаружение сбоев сбора и снижает нагрузку на приложения. Метрики хранятся в собственной time series базе данных, оптимизированной для эффективного сжатия временных рядов с миллионами уникальных серий. PromQL это мощный язык запросов, который позволяет выполнять сложные агрегации, расчёты процентилей, корреляцию метрик из разных источников. Развёртывание Prometheus на собственном VPS даёт командам полный контроль над метриками без зависимости от облачных мониторинговых сервисов.
Need this done for your project?
We implement, you ship. Async, documented, done in days.
Prometheus хранит метрики в собственной TSDB time series базе данных, оптимизированной для сжатия и быстрых запросов по временным интервалам. Каждый временной ряд идентифицируется уникальной комбинацией имени метрики и label, например http_requests_total method GET status 200 это один временной ряд с серией значений каунтера и временных меток. TSDB сжимает данные эффективно за счёт delta encoding для временных меток и Gorilla сжатия для значений, что позволяет хранить миллиарды точек в десятках гигабайт. По умолчанию Prometheus хранит данные локально на диске сервера, что подходит для retention периодов в две-четыре недели. Для долгосрочного хранения существуют решения вроде Thanos и Cortex, которые архивируют данные в объектное хранилище S3 и обеспечивают глобальные запросы между несколькими Prometheus инстансами. Наш NVMe VPS обеспечивает высокую скорость записи и запросов даже для крупных мониторинговых развёртываний.
Service discovery и сбор метрик
Prometheus поддерживает множество механизмов автоматического обнаружения целей сбора метрик: статическая конфигурация через YAML файлы, DNS SRV записи, Consul, Kubernetes API, файлы JSON, генерируемые внешними системами. Это критично для динамических окружений, где количество и адреса инстансов сервисов постоянно меняются. Например, в Kubernetes Prometheus автоматически обнаруживает все поды с определёнными аннотациями и начинает собирать с них метрики через указанный путь и порт. Для приложений, которые не экспортируют метрики в формате Prometheus, существует экосистема exporter специальных сайдкар сервисов, которые транслируют метрики из других форматов: node_exporter для системных метрик Linux, mysqld_exporter для MySQL, nginx_exporter для веб-сервера nginx. Этот подход позволяет покрыть мониторингом практически любой компонент инфраструктуры.
Alertmanager и правила алертов
Prometheus сам не отправляет уведомления о проблемах он только вычисляет условия алертов через PromQL правила и передаёт активные алерты в Alertmanager отдельный компонент для маршрутизации, дедупликации и доставки уведомлений. Alertmanager группирует похожие алерты, чтобы не флудить операторов десятками сообщений о одной и той же проблеме, поддерживает silencing для подавления алертов во время плановых работ, и интегрируется с десятками систем уведомлений: email, Slack, Telegram, PagerDuty, OpsGenie, webhook для кастомных интеграций. Routing tree в Alertmanager позволяет маршрутизировать алерты в разные каналы в зависимости от их свойств: критические алерты с production окружения в PagerDuty для дежурного, информационные алерты в Slack команды разработки, алерты от баз данных в специализированный канал DBA команды. Наш VPS поддерживает запуск Prometheus и Alertmanager на одном сервере для малых инсталляций или раздельно для production.