Сайт иногда падает, а причину не найти? Ставим SigNoz

Падает иногда, и никто не знает почему

Знакомая картина. Интернет-магазин раз в пару дней отвечает по десять секунд. Бот в мессенджере вчера молчал сорок минут. Клиенты пишут «у вас что-то не работает», но когда вы открываете сайт, всё в порядке. Разработчик смотрит в консоль сервера, видит тысячи строк логов и находит там то, что ищет, только если повезёт.

Каждый такой сбой стоит денег. Человек, у которого страница грузилась десять секунд, чаще всего закрывает вкладку и идёт к конкуренту. Заказ в корзине так и остаётся неоформленным. Прикидка простая: если в день 200 заказов, а в плохие часы теряется хотя бы каждый двадцатый, это десять заказов ежедневно. Цифра условная, у вас будет своя, но порядок понятен.

Сбои бывают у всех. Хуже, когда причину приходится угадывать.

Что такое SigNoz

SigNoz это платформа наблюдаемости: логи, метрики, трассировки, оповещения, дашборды и список исключений в одном интерфейсе. Репозиторий: github.com/SigNoz/signoz. На момент написания у проекта около 32 тысяч звёзд, а последний релиз v0.144.0 вышел 29 сентября 2026 года. Разработка живая, коммиты в основную ветку идут в эти дни.

Данные в SigNoz попадают через OpenTelemetry. Это общий стандарт, на котором приложение отправляет сведения о своей работе: какой запрос пришёл, сколько он выполнялся, в какой функции упал. В документации есть инструкции для Python (Django, FastAPI, Flask, Celery), Node.js, Go, PHP (Laravel), Java, .NET, Ruby on Rails и других.

Что вы увидите после подключения

Главное отличие от привычного мониторинга: вы заглядываете внутрь запроса.

Медленная страница превращается в цепочку шагов. Видно, что из двух секунд ответа полторы заняли обращение к базе, а в ней один и тот же запрос выполнился сорок раз подряд. Раньше такое находили неделями, теперь это одна трассировка.

Ошибки собираются в список исключений. Одинаковые группируются, видно, сколько их было и когда началось. Если вчера после обновления появилась новая ошибка, она там будет первой.

Логи ищутся по полям и связываются с трассировкой. Вы нашли медленный запрос и тут же видите, что приложение писало в этот момент.

Оповещения работают по метрикам, логам, трассировкам и исключениям. В документации перечислены каналы Slack, PagerDuty, Opsgenie, Microsoft Teams, почта и вебхуки. Telegram среди готовых каналов я не нашёл. Для бота и владельца сайта это решается маленьким мостом через вебхук, мы такое настраиваем.

Чем отличается от Zabbix, Grafana и Uptime Kuma

В блоге уже есть три разбора смежных инструментов, и они решают другие задачи.

Uptime Kuma проверяет снаружи, открывается ли сайт, и пишет в мессенджер, если нет. Дёшево и полезно, но о причине он молчит.

Zabbix следит за серверами и сетью: загрузка процессора, диск, память, упавшая служба. Он скажет, что сервер перегружен, но не скажет, какой запрос его перегрузил.

Grafana рисует графики из данных, которые вы ей подключили. Сама она ничего не собирает и не хранит.

SigNoz смотрит на само приложение: ошибки, время выполнения, обращения к базе и внешним сервисам. На практике эти инструменты не заменяют друг друга. Uptime Kuma скажет, что сайт лёг, Zabbix покажет, что сервер захлебнулся, SigNoz найдёт, из-за какого кода.

Что важно учесть

Это не лёгкая утилита. Под капотом SigNoz работает ClickHouse, база для больших объёмов данных, плюс ClickHouse Keeper, PostgreSQL и сборщик OpenTelemetry. В документации по установке на Docker указан минимум 4 ГБ памяти, выделенной под Docker. Это только для самого SigNoz, на практике нужен отдельный сервер или запас на текущем. Если у вас дешёвый VPS на 1 ГБ, ставить его туда не стоит.

Лицензия смешанная. Основной код открыт под MIT. Но каталоги ee и cmd/enterprise в репозитории лежат под отдельной коммерческой лицензией: использовать их в продакшене можно только по соглашению с компанией. Для обычного мониторинга своего сайта бесплатной версии хватает. Если вам нужны возможности из корпоративной части, такие как SSO по SAML, смотрите условия отдельно. ИИ-помощник Noz, по данным README, доступен только в облаке SigNoz.

Код приложения придётся подключать. Сам по себе SigNoz ничего не увидит. Нужно добавить в приложение библиотеку OpenTelemetry и указать адрес сбора. Для популярных фреймворков это несколько строк, для самописного кода с нестандартными вызовами больше. Если у вас готовая коробочная CMS без доступа к коду, пользы будет меньше.

Данные копятся. Логи и трассировки занимают место. Срок хранения нужно задать сразу, иначе диск заполнится в самый неудобный момент.

Облако есть, но дорого и за рубежом. SigNoz Cloud предлагает пробный период 30 дней и оплату по объёму данных, тарифы стартуют с 49 долларов. Для заказчиков, которым важно держать данные в России, это серьёзный довод в пользу своего сервера.

Что можно сделать уже сейчас

Шаг 1. Поймите, чего вам не хватает. Если вопрос «открывается ли сайт», хватит Uptime Kuma. Если «почему он тормозит и где ошибки», это уже SigNoz.

Шаг 2. Попробуйте на тестовом стенде. Возьмите машину с 4 ГБ памяти и более, поставьте SigNoz по инструкции из документации (сейчас рекомендуют установщик Foundry, старый скрипт помечен как устаревший). Подключите один сервис и посмотрите на живой трафик в течение недели.

Шаг 3. Настройте три оповещения. Рост доли ошибок, медленный ответ на главных страницах и появление нового типа исключения. Больше на старте не нужно, иначе уведомления начнут игнорировать.

Шаг 4. Заведите привычку смотреть после релиза. После каждого обновления кода открывайте список исключений и время ответа. Регрессия, найденная через час, обходится дешевле, чем та, о которой написали клиенты.

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

SigNoz бесплатный?

Самостоятельная установка бесплатная для основной части кода под MIT. Вы платите только за сервер и время на настройку. Облачная версия платная, а корпоративная часть кода требует отдельного соглашения.

Подойдёт ли он для Telegram-бота?

Да, если бот написан на Python, Node.js, Go или другом языке из списка. Вы увидите ошибки, медленные вызовы базы и внешних API. Уведомления в Telegram придётся организовать через вебхук.

Можно ли поставить его на один сервер с сайтом?

Технически можно, если памяти хватает на оба с запасом. Но если SigNoz съест память, пострадает сам сайт, за которым вы следите. Лучше отдельная машина.

Коротко о главном

SigNoz отвечает на вопрос, который остаётся без ответа при обычном мониторинге: что именно внутри приложения ломается и тормозит. Платить за это придётся памятью сервера и подключением кода, зато причины сбоев перестают быть догадкой.

Хотите понять, почему ваш сайт или бот иногда подводит, и развернуть наблюдаемость на вашем сервере? Мы разворачиваем такие системы под ключ: ставим, подключаем приложение, настраиваем оповещения. Напишите мне в Telegram слово «ОШИБКА», и разберём, что у вас стоит и что нужно поставить.