Создание инцидента

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

Инцидент позволяет собрать в одном месте всю информацию о проблеме, а также отслеживать её статус и прогресс решения.

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

История инцидента

В истории инцидента можно увидеть все события, которые обработал или выполнил Statuser:

1. Ошибка мониторинга - с этого события начинается любой инцидент. Это событие показывает время провалившейся проверки, локацию, откуда проверка выполнялась и причину ошибки.

2. Начало инцидента - время создания инцидента.

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

3. Выполнение диагностики - сразу после старта инцидента агенты собирают сетевую диагностику из каждой локации, откуда проверка провалилась. Событие показывает время и регион проверки, а также какие данные удалось собрать: ping, traceroute, MTR, Nmap, OpenSSL, зарезолвленные IP, тайминги и ответ сервера. Сами результаты — в блоке диагностики на странице инцидента. Событие доступно на тарифах с сетевой диагностикой.

4. Создание скриншота - для HTTP-проверок Statuser снимает скриншот страницы в момент недоступности. Событие показывает время съёмки, а по ссылке открывается сам скриншот. Событие доступно на тарифах со скриншотами.

5. Отправка уведомления - когда инцидент создан или завершён, Statuser отправляет уведомление со статусом инцидента в каналы проекта — на емейл, в Телеграм, MAX, Mattermost, Rocket.Chat, Discord, Slack, Пачку и в вебхук, если они включены в настройках. На каждую отправку создается отдельное событие в истории: видно, когда и куда ушло сообщение и чем закончилась доставка.

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

7. Успешная проверка - первая успешная проверка после недоступности сервиса. Это событие показывает, что сервис восстановлен и проверки из каждой локации проходят успешно.

8. Завершение инцидента - когда сервис восстановлен и проверки проходят успешно, инцидент завершается.

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

Выгрузка инцидентов в CSV

Список инцидентов можно выгрузить одним файлом. Это удобно, если нужно показать провайдеру, когда именно был недоступен сервис, или разобрать историю сбоев в таблице.

Чтобы выгрузить инциденты:

1. Откройте раздел Инциденты или блок инцидентов на дашборде сервера.
2. Нажмите кнопку выгрузки рядом с фильтрами.
3. Выберите период: 7 дней, 30 дней, всю историю или свой срок ползунком.
4. При необходимости оставьте в продвинутых настройках только нужные серверы и статусы.
5. Нажмите Скачать CSV.

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

Выгрузка не уходит глубже срока хранения инцидентов на вашем тарифе: если выбрать период длиннее, в файл попадёт всё, что хранится. Записи идут от новых к старым, не больше 50 000 строк за раз — если инцидентов больше, панель предупредит, и можно сузить период или фильтры.

Колонки файла: id, server_id, server_name, server_host, protocol, status, started_at, ended_at, duration_seconds, error_code, error_description, keyword, failed_regions, incident_url. Время в UTC, длительность в секундах, incident_url ведёт на страницу инцидента в панели, в failed_regions — города, из которых проверка провалилась. У Heartbeat она пустая: сигнал присылает сам сервис, из региона его никто не проверяет.

PDF-отчёт по инциденту Pro

В Statuser можно скачать PDF-отчёт по каждому инциденту. Это удобно, если нужно отправить итоговый отчёт клиенту, провайдеру или сохранить материалы для внутреннего постмортема.

Чтобы скачать отчёт:

1. Откройте нужный инцидент в разделе Инциденты.
2. Нажмите кнопку Отчёт.
3. Выберите, какие разделы включить в PDF.
4. Подтвердите скачивание.

В отчёт всегда включается основная информация об инциденте. Дополнительно можно выбрать остальные доступные разделы.

Удаление инцидента

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

Удалить инцидент можно двумя способами:

• откройте инцидент в разделе Инциденты и нажмите кнопку Удалить;
• либо нажмите ⋯ в строке инцидента в списке и выберите Удалить инцидент.

Вместе с инцидентом удаляются сетевая диагностика, скриншот, комментарии, AI-саммари и история отправленных уведомлений. Восстановить удалённый инцидент нельзя.

Активный инцидент удалить нельзя: сервис ещё недоступен, и следующая проверка создала бы инцидент заново. Дождитесь восстановления сервиса — после этого инцидент можно удалить.

Автоматическая приостановка серверов

Если инцидент остаётся активным более 30 дней, Statuser автоматически приостанавливает мониторинг сервера.

Одновременно с этим инцидент автоматически закрывается со статусом таймаута.

Это помогает:

• исключить забытые или выведенные из эксплуатации серверы,
• сохранить чистоту интерфейса и точность отчётов,
• снизить ненужную нагрузку на систему.

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