Uptime Kuma для проверки доступности сервисов

Что такое Uptime Kuma

Uptime Kuma проверяет доступность сервисов с выбранного узла и показывает результат в простой панели. Он удобен для сайтов, API, сетевых портов и собственных служб, когда нужен быстрый сигнал о недоступности и понятная страница статуса. Это лёгкий мониторинг доступности, а не замена Zabbix, логированию или полноценной observability-платформе.

Проверки и интервалы

Для каждого сервиса выбирают подходящий тип проверки: например, HTTP(S), TCP, ping или DNS, затем задают интервал, таймаут и правила признания сбоя. Разные точки проверки могут видеть разную картину: успешный ответ из серверной сети не означает доступности сайта для клиентов. Важные адреса проверяют из релевантной сети.

Уведомления и дежурство

Kuma отправляет оповещения через настроенные каналы, в том числе SMTP, Telegram и webhook. Канал тестируют отдельно и привязывают к нужным мониторам. Чтобы не засыпать команду сообщениями, вводят задержку подтверждения сбоя, расписание обслуживания и порядок эскалации вне системы.

Публичная страница статуса

На странице статуса можно показать только выбранные службы и сведения об обслуживании. Это отдельный публичный интерфейс: перед публикацией нужно проверить, что названия внутренних узлов и служебные детали не раскрываются. По документации статусная страница обновляется и кеширует результаты с задержкой до нескольких минут, поэтому не годится как мгновенная панель дежурного.

Доступ и границы данных

Административную панель закрывают HTTPS и сильной авторизацией, а публично открывают только статусную страницу, если она нужна. Адреса проверок, токены уведомлений и история инцидентов относятся к эксплуатационным данным. При передаче доступа ограничивают круг администраторов и защищают копию каталога данных.

Размещение и хранение

Uptime Kuma работает на Node.js и использует SQLite в каталоге данных. Официальный Docker-сценарий сохраняет /app/data в отдельный том; файловая система должна поддерживать POSIX-блокировки, поэтому NFS для этого каталога может повредить базу. Ресурсы зависят от числа и частоты проверок, срока хранения и каналов; универсальный профиль без замера не обещаем.

Как запускать

Начинают с нескольких критичных адресов и тестового уведомления. На пилоте искусственно выключают один сервис, проверяют время обнаружения, доставку сигнала, восстановление и статусную страницу. Затем добавляют остальные проверки, владельцев и окна обслуживания.

Эксплуатация и стоимость

Следят за самим узлом Kuma, свободным местом, состоянием SQLite и доставкой оповещений. До обновления сохраняют каталог данных и проверяют совместимость выбранной ветки; после обновления проводят тест инцидента. Открытый продукт не требует лицензионной платы, но работа узла и дежурный процесс остаются расходом.