Мониторинг серверов и уведомления о сбоях — сайт, заявки, оплата

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

Как это выглядит сейчас

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

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

Что при этом теряется:

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

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

Проблема не в том, что что-то сломалось. Ломается у всех. Проблема в том, сколько времени прошло между поломкой и моментом, когда о ней узнали.

Что мы делаем

Ставим на ваш сервер систему, которая следит за сервисами и присылает сообщение, когда что-то перестало работать. Не «сервер номер три, ошибка 502», а человеческим языком: что именно сломалось и когда.

Дальше — три вещи, которые обычно не делают, а зря.

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

Не отправляем одно и то же дважды. Если сервис перезапускается десять раз подряд, приходит одно сообщение, а не десять.

Держим всё у себя. Наблюдение и доставка работают внутри вашей инфраструктуры. Ни один посторонний сервис не видит, что происходит внутри компании.

Форматы работ

• Сайт и его доступность. Открывается ли страница, за какое время отвечает, не отдаёт ли ошибку.
• Сервисы и контейнеры. Падения, перезапуски по кругу, зависшие процессы, сервис, который «поднялся», но не отвечает.
• База данных и резервные копии. Прошла ли ночная копия, доступна ли база, не кончается ли место под неё.
• Ресурсы сервера. Место на диске, память, нагрузка — то, что ломает всё сразу и предупреждает о себе заранее.
• Доставка куда удобно. Telegram, собственный рабочий чат на вашем сервере, почта. Разным людям — разные события.
• Реакция без человека. Перезапуск упавшего сервиса и сохранение подробностей сбоя в отдельное хранилище, чтобы разбираться было по чему. Разбор инцидента AI-агентом у нас работает на своих серверах — для вашего случая обсуждаем отдельно, а не продаём как готовую коробку.

Что входит в работу

• Разбор: что у вас работает, что из этого критично и кто должен узнавать первым
• Развёртывание сборщика состояний на вашем сервере
• Правила фильтрации и защита от повторов, настроенные с первого дня, а не после жалоб на шум
• Тексты уведомлений на человеческом языке: что сломалось, когда, где смотреть
• Проверка на живой поломке: гасим сервис специально и смотрим, дошло ли сообщение
• Инструкция, что делать, когда уведомление пришло
• Доступы, настройки и сценарии остаются у вас

Почему к нам

Мы это используем сами. У нас на серверах работает около десяти программ, и уведомления о сбоях настроены на все. Это не пересказ документации: мы описываем то, что чиним, когда оно ломается. Кейс с подробностями — внизу страницы.

Уведомления не превращаются в шум. Отсев лишнего и защита от повторов входят в базовую настройку. Система, на которую перестали смотреть, хуже, чем её отсутствие: на неё продолжают рассчитывать.

Всё внутри вашего контура. Никакой сторонней панели, которая знает, что у вас падает и как часто. Данные о состоянии сервисов не покидают вашу инфраструктуру.

Без абонентской платы. Вы платите за настройку и за сервер, а не помесячно за чужой сервис, счёт которого растёт вместе с числом проверок.

Правила меняются без переписывания кода. Фильтры, адресаты и тексты живут в настройках, а не в программе, — поменять их можно быстро и без выкладки новой версии.

Что вы получаете на выходе

• Работающие уведомления в вашем мессенджере
• Систему на вашем сервере, с доступом и настройками
• Правила, которые можно менять, — и показанное на пальцах, как это делать
• Инструкцию на случай сбоя и контакт для срочных вопросов

Кому это не подходит

Если реагировать всё равно некому. Уведомление не чинит, оно сообщает. Если ночью и в выходные никто не подойдёт к серверу, сначала стоит договориться, кто это делает: свой человек, мы по обращению или никто. Третий вариант превращает уведомления в ленту сообщений о том, что всё сломалось, и разницы с их отсутствием не будет.

Если сервис один и он на готовом хостинге. У хостера обычно есть встроенное оповещение. Оно хуже, но бесплатное и его хватает. Мы нужны там, где сервисов несколько и они связаны между собой.

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

Если задача — графики и отчёты за год. Хранение метрик и дашборды — соседняя история со своей стоимостью. Её обсуждаем отдельно и не выдаём за мониторинг сбоев.

Сроки

Базовая сборка на одном сервере — от двух-трёх дней. Набор правил под несколько систем со своими сценариями реакции — от недели. Точный срок называем после разбора.

Как формируется цена

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

Отдельная статья — сервер. Если своего нет, нужен небольшой VPS; если сервер уже есть, чаще всего хватает его.

Прайса не публикуем: «десять сервисов» у одной компании и у другой различаются по объёму работы в разы. Разбор и точная смета — в течение рабочего дня, бесплатно.

Для технических специалистов

События берутся из того, что уже есть: состояние контейнеров Docker или Docker Swarm, коды ответа сервисов, результат заданий по расписанию. Доступ к сокету Docker идёт через docker-socket-proxy и ограничен эндпоинтами чтения — сам сокет в контейнер не монтируется.

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

Доставка — в Telegram или в собственный Matrix (Synapse) в том же кластере. Ingress и TLS — Traefik, наружу открыт только прокси. Учётные данные подключений хранятся в secrets, а не в переменных окружения. Сценарии выгружаются файлом и попадают в репозиторий вместе с остальной конфигурацией.

Вы узнаете о поломке первым или последним?

Если вы не знаете, работает ли ваш сайт прямо сейчас, — это и есть ответ. Напишите, что у вас развёрнуто. Посмотрим, что уже можно наблюдать без переделок, и скажем, что стоит настроить в первую очередь. Бесплатно.