Всем привет! Недавно закончили проект, которым хочется поделиться. Клиент — крупная компания, у которой 300+ доменов.

Раньше было так: ответственный менеджер вручную собирал данные по каждому из 300+ доменов. Заходил в разные сервисы, проверял доступность, смотрел метрики, сводил всё в таблицу. Регулярно. Представьте объём: 300 сайтов × N проверок × каждый день. Человек тратил время на механическую работу вместо того, чтобы заниматься тем, что реально требует его экспертизы.

К нам обратились с задачей автоматизировать этот процесс и настроить оперативное реагирование на инциденты.

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

• Доступность сайта — жив ли, отвечает или нет. • Время ответа — не просто «работает», а работает ли быстро. • Дисковое пространство — чтобы сервер не лёг из-за переполненного диска. • Нагрузка на CPU и память — видим аномалии до того, как сервер уходит в отказ. • Логи ошибок — 500-е, критические падения, подозрительная активность.

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

Результат автоматически записывается в CRM-систему заказчика: ручной труд убрали полностью. Менеджер больше не сводит таблицы — он получает уведомление только когда реально нужно вмешаться. А мы узнаём о проблеме до того, как она стала заметна пользователям.

Важный момент: мониторинг нельзя настроить «шаблонно». У интернет-магазина критично время ответа и доступность корзины. У лендинга — чтобы форма заявки не отвалилась. У портала — нагрузка на базу. Поэтому под каждый проект мы настраиваем свои метрики и свои пороги срабатывания. Нет смысла мониторить всё подряд — важно мониторить то, что реально влияет на бизнес.

Хороший мониторинг — это когда вы узнаёте о проблеме из уведомления, а не из звонка клиента.