Сайты и API
Внешние HTTPS-проверки, время ответа, содержимое ответа и срок TLS-сертификата.
Anketus Health.
Сервисы
под контролем.
Разработали независимый центр мониторинга. Состояние сайтов, серверов и API, реальные ошибки и уведомления собраны в одной панели.
11внешних проверок
4сервера в панели
40+компонентов с телеметрией
По данным работающего сервиса на 30 сентября 2026
Сбой подтверждёнсобытие попадёт в очередь
О проекте
Сайт открыт.
А сервис работает?
За пользовательским действием стоят backend, база данных, внешние API и фоновые задачи. Главная страница может открываться, пока поиск, оплата или создание документа уже возвращают ошибки.
Собрали разные уровни наблюдения в одну систему. Команда видит продукт целиком, раскрывает его проверки и компоненты, находит связанные серверы и отслеживает подтверждённые сбои.
Серверы и задачи
CPU, память, место на диске, базы данных, фоновые задачи и сигналы резервного копирования.
Реальные операции
Запросы и ошибки провайдеров, клиентские операции и история за выбранный период.
Инциденты и оповещения
Подтверждение сбоя, отметка о работе над ним, восстановление и очередь Telegram-уведомлений.
Интерфейс
От общей картины
к конкретной проверке
Показали сервисы, серверы и компоненты как связанные части системы. В каждой точке видно состояние, время последнего измерения и статистику за выбранный период.
- 01Обзор
Состояние продуктов и инциденты
- 02Детали сервиса
Сайт, API, операции и зависимости
- 03История
Запросы, ошибки и время ответа
- 04Действие
Взять сбой в работу и следить за восстановлением
Сначала продукт, затем детали
Сайты, API и компоненты сгруппированы по сервисам. В обзоре видны успешные проверки, открытые инциденты и ближайшие сроки продления подписок.
Инфраструктура связана с сервисами
Карточка сервера показывает нагрузку, свободную память и место на диске. Здесь же видны размещённые продукты: можно перейти к их проверкам и связанным компонентам.
Видно, сколько было запросов и ошибок
Периоды 24 часа, 72 часа, неделя и месяц помогают сравнить наблюдения. У HTTP-проверок показаны замеры и ошибки. Для подключённых операций и API доступны количество запросов и их исходы.
Работа со сбоями
Событие остаётся
в истории
В инциденте сохраняются начало, причина и восстановление. Можно отметить, что сбой уже взят в работу, и оставить комментарий. Очередь уведомлений показывает статус доставки и попытки отправки.
Открыть вход в платформу , в новой вкладке
Как работает
Несколько источников.
Одна картина состояния.
Независимый сервер проверяет публичные адреса и принимает измерения приложений и инфраструктуры. Это помогает видеть внешний ответ сервиса и то, что происходит внутри.
Сайты и API
Внешние HTTPS-проверки
Серверы
Метрики Linux-сборщиков
Приложения
Реальные операции и ошибки
Отдельный сервер
Anketus Health
История, правила подтверждения и инциденты
Панель команды
Состояние и статистика
Уведомления
Очередь и доставка в Telegram
Нет запросов
тоже состояние
Пассивное наблюдение за API показывает исход реальных вызовов. Если обращений не было, панель сообщает об этом. Если источник перестал передавать измерения, данные помечаются как устаревшие.
- Нет запросов сейчас
Измерения пришли, но вызовов провайдера не было
- Нет свежих данных
Источник давно не передавал телеметрию
- Подтверждённый сбой
Ошибки прошли порог подтверждения инцидента
Разработка
Доверять сигналам.
Сохранять контекст.
Сложности были в достоверности статусов, доступе к инфраструктуре, защите проверок и доставке повторяющихся событий. Эти правила заложили в backend и сбор данных.
Отдельный сервер мониторинга
Как решили
Разместили панель отдельно от основных приложений. Внешние HTTP-проверки дополняются телеметрией из backend и Linux-сборщиков. Источники отправляют только разрешённые им компоненты и числовые метрики по собственным ключам. Сборщику не нужен доступ к Docker socket.
Сигнал без лишней тревоги
Как решили
По умолчанию инцидент HTTP-проверки открывается после трёх последовательных ошибок, а восстановление подтверждается двумя успехами. Пороги настраиваются. Отсутствие запросов к провайдеру и пропажа телеметрии имеют отдельные состояния. Техработы исключаются из статистики и переходов инцидента.
Закрытый доступ и безопасные проверки
Как решили
Вход защищён паролем и обязательным TOTP или одноразовым резервным кодом. Для запросов предусмотрены серверные сессии, защита от подделки и ограничения частоты. HTTP-проверки принимают только разрешённые HTTPS-адреса, блокируют внутренние IP и не переходят по редиректам.
История и доставка событий
Как решили
Инциденты, измерения и очередь уведомлений сохраняются в SQLite. Повторные события объединяются, неудачная отправка в Telegram повторяется с увеличением задержки. Ошибки посетителей передаются в ограниченном формате: код, операция и версия, без текста исключений, паспортов и содержимого форм.
ReactTypeScriptNode.jsSQLitePython-сборщикиTelegram Bot APIDocker
Результат
Масштаб работающего
мониторинга
Команда получила единую панель с внешними проверками, телеметрией серверов и компонентов, историей инцидентов и статистикой операций.
внешних HTTP-проверок
Активные проверки сайтов и API
сервера в панели
Все четыре передают свежую телеметрию
компонентов с телеметрией
Подключённые источники уже передали измерения
HTTP-проверок в истории
Сохранённые внешние проверки с 15 сентября
замеров компонентов
Записи телеметрии в сохранённой истории
периода статистики
24 часа, 72 часа, неделя и месяц
Число проверок, серверов, компонентов и записей истории проверено по данным работающего сервиса на . Замеры компонентов и HTTP-проверки посчитаны отдельно. Это объём наблюдений мониторинга. Доля успешных проверок в интерфейсе рассчитывается по измерениям; количество запросов показывается только для источников, передающих эту метрику.
От общего состояния продукта можно перейти к его API, зависимостям и серверу. Подтверждённые ошибки сохраняются в истории, а восстановление фиксируется после успешных проверок.
Следующий продукт
Нужно видеть, как работают ваши сервисы?
Разберём инфраструктуру, сигналы и работу команды со сбоями
