У нас работает несколько веб-сервисов, и стоит чему-то замедлиться или отвалиться, как пользователи тут же спрашивают одно и то же: сбой на вашей стороне или на нашей? Пока ответ известен только команде во внутренней переписке, а снаружи его не видно, и это нас не устраивает. Мы хотим понятную публичную страницу состояния, которая сама объяснит ситуацию без наших комментариев. Главная часть работы — фоновый опросчик, который с заданным интервалом обращается к каждому сервису, отмечает, был ли ответ корректным, и накапливает историю за последние дни, чтобы её можно было просмотреть прямо на странице. За каждым сервисом закреплён именованный компонент, у которого выводится ясный статус — в норме, частичные сбои или недоступен, — и этот статус вычисляется по фактическим проверкам, а не выставляется руками.
Помимо автоматических опросов нужна аккуратная лента инцидентов. Если что-то сломалось, наш сотрудник заводит запись об инциденте, указывает заголовок и степень критичности и добавляет краткие сообщения по ходу дела: выясняем, причина найдена, наблюдаем, устранено. Эти сообщения показываются на публичной странице и одновременно рассылаются всем, кто оформил подписку, поэтому механизм оповещений для нас существенен: человек оставляет почтовый адрес, подтверждает его и получает письмо при появлении нового инцидента либо при обновлении или закрытии уже существующего. Отказ от рассылки должен срабатывать одним нажатием. Подчёркиваем: нам нужен именно узкий сервис состояния и доступности, а не громоздкая система наблюдения, так что без разбора логов, без трассировки запросов и без перегруженных панелей.
Ожидаем небольшое веб-приложение, которое разворачивается на своём сервере, с панелью управления для команды и лёгкой публичной страницей для посетителей. Опрятный, понятный код и краткая памятка по развёртыванию тоже входят в задачу.
— Регулярные проверки доступности каждого сервиса с настраиваемым интервалом и накоплением истории
— Публичная страница с именованными компонентами и внятными статусами: в норме, частичные сбои, недоступен
— Заведение инцидентов со степенью критичности и обновлениями ленты вплоть до устранения
— Почтовая подписка с подтверждением адреса, оповещениями об инцидентах и отпиской в одно нажатие
— Понятная панель управления, разворачивание на своём сервере, чистый код и краткая памятка
Помимо автоматических опросов нужна аккуратная лента инцидентов. Если что-то сломалось, наш сотрудник заводит запись об инциденте, указывает заголовок и степень критичности и добавляет краткие сообщения по ходу дела: выясняем, причина найдена, наблюдаем, устранено. Эти сообщения показываются на публичной странице и одновременно рассылаются всем, кто оформил подписку, поэтому механизм оповещений для нас существенен: человек оставляет почтовый адрес, подтверждает его и получает письмо при появлении нового инцидента либо при обновлении или закрытии уже существующего. Отказ от рассылки должен срабатывать одним нажатием. Подчёркиваем: нам нужен именно узкий сервис состояния и доступности, а не громоздкая система наблюдения, так что без разбора логов, без трассировки запросов и без перегруженных панелей.
Ожидаем небольшое веб-приложение, которое разворачивается на своём сервере, с панелью управления для команды и лёгкой публичной страницей для посетителей. Опрятный, понятный код и краткая памятка по развёртыванию тоже входят в задачу.
— Регулярные проверки доступности каждого сервиса с настраиваемым интервалом и накоплением истории
— Публичная страница с именованными компонентами и внятными статусами: в норме, частичные сбои, недоступен
— Заведение инцидентов со степенью критичности и обновлениями ленты вплоть до устранения
— Почтовая подписка с подтверждением адреса, оповещениями об инцидентах и отпиской в одно нажатие
— Понятная панель управления, разворачивание на своём сервере, чистый код и краткая памятка
