Как я подружил self-hosted Supabase с VictoriaMetrics, VictoriaLogs, Grafana и Vector

Вот важная новость с фронта ИИ: evgeny1709 только что Как я подружил self-hosted Supabase с VictoriaMetrics, VictoriaLogs, Grafana и Vector Простой 10 мин 2 DevOps * PostgreSQL * Linux * Туториал Я развернул self-hosted Supabase в Docker и собрал для него отдельный observability-контур. Метрики собирает vmagent и хранит VictoriaMetrics, логи собирает Vector и отправляет в VictoriaLogs, а Grafana стала единым интерфейсом. Сначала я прокидывал логи через HTTP-адаптер на Edge Function, но затем перенёс ingestion в Vector: он уже входит в Supabase-стек, читает docker-логи, умеет нормализовать их в VRL и отправляет данные батчами на отдельный сервер мониторинга.

ЗадачаЯ использую Supabase в self-hosted режиме: сервисы работают в Docker Compose, включая Postgres, Kong, GoTrue, PostgREST, Storage, Realtime, Edge Functions, Logflare и Vector. Перед Kong стоит Nginx, который завершает TLS и проксирует публичное API. Мне нужно было закрыть две задачи:Собирать метрики хоста, PostgreSQL и доступности компонентов Supabase.

Технические детали

Видеть логи всех контейнеров, в первую очередь Edge Functions, и быстро искать ошибки в Grafana. В self-hosted варианте Supabase нет готового managed Metrics API, поэтому метрики нужно снимать напрямую с инфраструктурных компонентов и exporter’ов. Итоговая архитектураИнфраструктура разделена на две машины.

На сервере приложения работает Supabase и штатный Vector; на сервере мониторинга - VictoriaMetrics, VictoriaLogs, Grafana и Nginx. ┌────────────────────────────────────────────────────┐ │ Сервер приложения │ │ │ │ Docker Compose: │ │ Postgres / Kong / Auth / REST / Storage / Realtime │ │ Edge Functions / Logflare / Vector │ │ │ │ docker json-file logs │ │ │ │ │ ▼ │ │ Vector: docker_logs + VRL │ └─────────────────────────┬──────────────────────────┘ │ HTTPS + JSONLine batches │ ▼ ┌────────────────────────────────────────────────────┐ │ Сервер мониторинга │ │ │ │ Nginx: allow ; deny all; │ │ │ localhost HTTP │ │ ▼ │ │ VictoriaLogs ◄────────────────────── Grafana │ │ │ │ vmagent ───► VictoriaMetrics ◄─────── Grafana │ └────────────────────────────────────────────────────┘ VictoriaMetrics хранит метрики - числовые временные ряды. VictoriaLogs хранит и индексирует логи, а Grafana подключается к обоим системам отдельными datasource.

Почему VictoriaMetricsvmagent работает по привычной Prometheus-модели: он скрейпит endpoint’ы по конфигурации и передаёт данные в удалённое хранилище через remote write. Он также умеет фильтровать данные и менять labels перед отправкой. Это означает, что можно использовать стандартный scrape.

Отраслевые последствия

yml, PromQL и готовые Grafana-дашборды для node-exporter или PostgreSQL. Метрики SupabaseДля self-hosted Supabase я снимаю метрики с трёх уровней:node-exporter - CPU, RAM, диск, сеть и состояние самого сервера. postgres-exporter - метрики PostgreSQL.

blackbox-exporter - HTTP-проверки доступности Kong, Auth, PostgREST и Storage. PostgreSQL exporter в примерах статьи доступен на digest.

Этот прогресс даёт важные сигналы о будущем отрасли, и технологический мир внимательно наблюдает.