Uptime Kuma или облачный мониторинг: когда бесплатное обходится дороже

12 июля 2026 · 9 мин чтения

Сразу оговоримся: мы делаем облачный мониторинг, так что читайте нас с поправкой на интерес. Но Uptime Kuma — отличный проект, и врать про него мы не собираемся: 89 тысяч звёзд на GitHub и живая разработка не берутся из ниоткуда. Разберёмся честно — что он делает прекрасно, где у него принципиальные, а не временные ограничения, и в какой момент «бесплатно» превращается в «дорого».

Что Uptime Kuma делает отлично

Это зрелый open-source проект под лицензией MIT: релизы выходят раз в один-два месяца, последняя версия 2.4.0 от 31 мая 2026 года. Ставится одной командой в Docker.

• Огромный выбор типов проверок. HTTP, TCP, пинг, DNS, поиск ключевого слова, JSON-запрос, push-мониторы (heartbeat), Docker-контейнеры, gRPC, MQTT, игровые серверы — и, что важно для админов, прямые проверки баз данных: PostgreSQL, MySQL, MSSQL, MongoDB, Redis.
• Больше 90 каналов уведомлений — от Telegram и почты до Gotify и Pushover.
• Статус-страницы, причём приличные: несколько штук, свой домен, свой CSS, можно убрать надпись «сделано на Uptime Kuma».
• Мониторинг срока домена — появился в версии 2.1.0 (декабрь 2025). Обратите внимание: половина обзоров в интернете до сих пор пишет, что этого нет. Уже есть.

Если у вас один-два своих проекта, есть сервер и вы не боитесь Docker — берите Uptime Kuma и не читайте дальше. Это честный совет.

Три ограничения, которые не лечатся настройкой

1. Проверка идёт из одной точки — вашей

Uptime Kuma проверяет сайт с того сервера, на котором сам установлен. Одна точка, один провайдер, одна страна. Это значит, что он в принципе не может ответить на два самых частых вопроса при сбое: «сайт лежит у всех или только у меня?» и «почему у клиента не открывается, а у меня открывается?».

Хуже другое: одна точка проверки — это источник ложных тревог. Сетевая икота между вашим сервером и сайтом клиента выглядит для монитора ровно так же, как падение сайта. Через месяц ложных «сайт недоступен» команда перестаёт читать уведомления — и настоящее падение тонет в шуме.

Это не «пока не сделали». Запрос на распределённые проверки — самый популярный в истории репозитория: больше 500 реакций, открыт с июля 2021 года и до сих пор не реализован. Отдельный тикет про мульти-локационные проверки закрыт со статусом «не планируется».

Обойти можно: с версии 2.1.0 есть интеграция со сторонней сетью Globalping. Но это костыль, а не архитектура — нужно заводить отдельный монитор на каждую локацию, а бесплатные лимиты чужой сети составляют 250–500 проверок в час на всех.

Для сравнения, зачем вообще нужны несколько точек: наша проверка опрашивает сайт из пяти регионов сразу — и если из Москвы и Новосибирска он не открывается, а из Амстердама открывается, вы моментально понимаете, что дело не в сервере, а в блокировке или сети. Плюс алерт уходит только когда падение подтвердили несколько точек — одна ошибившаяся вас не разбудит.

2. Один админ. Ролей нет

В Uptime Kuma один аккаунт администратора. Ни ролей, ни команд, ни разграничения доступа. Запрос на многопользовательский режим открыт с 2021 года и собрал больше 370 реакций — воз и ныне там.

Для личного проекта это не проблема. Для студии — стена: нельзя дать разработчику доступ только к его проектам, нельзя пустить клиента посмотреть на свой сайт, нельзя отозвать доступ у ушедшего сотрудника, не меняя общий пароль.

3. Мониторинг падает вместе с сервером, на котором стоит

Это самое неприятное и самое очевидное. Uptime Kuma живёт на вашем сервере. Упал сервер, кончилось место на диске, хостер приостановил аккаунт — вместе с сервером умирает и мониторинг. О том, что всё сломалось, вам сообщит не он, а клиент.

Классический контраргумент: «поставлю на отдельный VPS». Справедливо — но это уже не бесплатно, и за этим VPS тоже надо следить. Кто-то должен мониторить ваш монитор.

Честная таблица

Когда бесплатное дороже платного

Посчитаем не в лозунгах, а в часах. Self-hosted мониторинг требует: развернуть, настроить обратный прокси и сертификат, обновлять (мажорные версии иногда ломают миграции — свежий пример из трекера: после перехода 1.x → 2.4.0 у части пользователей группы мониторов зависли в статусе pending), делать бэкапы базы, следить за ростом потребления памяти, поднимать после падения хостинга.

Час работы вашего разработчика стоит дороже месячной подписки почти на любой облачный мониторинг. Если обслуживание Kuma съедает хотя бы час в месяц — она уже не бесплатная.

Есть и цена, которую не видно в часах: пропущенное падение. Если ваш монитор лежал вместе с хостингом, а клиент узнал о простое раньше вас — вы заплатите репутацией, а иногда и скидкой на следующий месяц.

Так что выбрать

Uptime Kuma — если у вас один-два проекта; вам нравится держать инфраструктуру у себя; нужны экзотические проверки (базы данных, gRPC, игровые серверы); вы готовы админить и понимаете риск «монитор умрёт вместе с сервером».

Облачный мониторинг — если сайтов много и они клиентские; важно узнать о падении раньше клиента и не гадать, «у всех или только у меня»; нужны роли для команды и отчёты клиенту; нет желания администрировать ещё один сервис.

И вполне рабочий гибрид: Uptime Kuma внутри периметра — за базами, очередями и контейнерами, куда снаружи не достучаться; облачный мониторинг — снаружи, за тем, что видит клиент. Они не конкуренты в такой связке, а два разных инструмента.

Частые вопросы

Uptime Kuma умеет проверять сайт из нескольких регионов?

Нативно нет: проверки идут с того сервера, где он установлен. Запрос на распределённые проверки — самый популярный в репозитории (более 500 реакций), открыт с 2021 года и не реализован; отдельный тикет про мульти-локацию закрыт со статусом «не планируется». С версии 2.1.0 есть интеграция со сторонней сетью Globalping, но она требует отдельного монитора на каждую локацию и ограничена 250–500 проверками в час.

Uptime Kuma подходит для веб-студии с клиентскими сайтами?

С оговорками. Ключевое ограничение — один админ-аккаунт: ролей, команд и разграничения доступа нет (запрос открыт с 2021 года). Разделить доступ между сотрудниками или показать клиенту только его сайты штатно не получится. Брендированных отчётов клиенту тоже нет.

Uptime Kuma умеет следить за сроком домена?

Да, с версии 2.1.0 (декабрь 2025) — проверка срока регистрации через RDAP с уведомлением заранее. Раньше этого не было, и многие обзоры до сих пор утверждают обратное.

Что дешевле: self-hosted или облако?

Зависит от того, считаете ли вы своё время. Сам Uptime Kuma бесплатен, но требует сервера, обновлений, бэкапов и внимания — а при падении этого сервера вы теряете и мониторинг. Для одного-двух проектов это оправдано. На портфеле клиентских сайтов время администрирования обычно превышает стоимость подписки.

Читайте также: Сайт не работает только у меня или у всех? и Как следить за сайтами клиентов.