Мониторинг внешней страницы статуса

Монитор внешней страницы статуса следит за публичной страницей статуса сервиса, от которого вы зависите, — AWS, GCP, Azure, GitHub, OpenAI, Anthropic и многих других — и оповещает вас, когда провайдер сообщает о сбое или снижении производительности. Используйте его, чтобы узнавать о проблемах у поставщиков сразу, как только они о них сообщают, и отличать их от собственных.

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

Как это работает#

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

С его помощью можно:

• Отслеживать доступность сторонних сервисов, от которых зависит ваше приложение
• Получать оповещения, когда у поставщиков случаются сбои
• Отслеживать статусы отдельных компонентов
• Ограничивать мониторинг одной группой компонентов (например, только "APIs" у OpenAI), чтобы посторонние инциденты в других частях страницы не срабатывали в вашем мониторе
• Замечать снижение производительности до того, как оно затронет ваших пользователей
• Сопоставлять собственные инциденты с проблемами поставщиков

Поддерживаемые провайдеры#

Автоопределение#

Когда выбран Auto, Status200 автоматически определяет формат страницы статуса в таком порядке:

1. Сначала пробует API страниц статуса incident.io (/proxy/<host>).
2. Затем пробует JSON API Atlassian Statuspage (/api/v2/status.json, /api/v2/components.json и /api/v2/incidents/unresolved.json).
3. Затем запрашивает сводку страницы статуса Status200 (/status-page-api/summary/<page>).
4. Если не получилось, пытается разобрать страницу как ленту RSS или Atom.
5. В крайнем случае выполняет простую проверку доступности по HTTP.

Проверка доступности — это также запасной вариант, когда явно выбранный вами провайдер не срабатывает. Она сообщает только, отвечает ли страница (онлайн при ответе 2xx или 3xx), и не сообщает ни компонентов, ни инцидентов.

Создание монитора внешней страницы статуса#

1. Начните новый монитор#

   Откройте Мониторы и нажмите Создать монитор. В разделе Тип монитора нажмите Другие типы мониторов и выберите External Status Page в группе Basic Monitoring или введите statuspage в поле поиска. Укажите Имя и нажмите Далее.

2. Введите URL страницы статуса#

   Введите URL страницы статуса. Оставьте Провайдер в значении Auto, если не знаете формат.

3. При необходимости сузьте область#

   Откройте Дополнительные поля, чтобы ввести Component Group Filter, например APIs, и Фильтр по имени компонента, чтобы следить за одним компонентом (внутри группы, если она задана).

4. Протестируйте его#

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

5. Проверьте критерии#

   Шаг критериев начинается с критериев по умолчанию, которые помечают монитор как офлайн, когда провайдер сообщает об активном инциденте или сбое в пределах области. При необходимости измените их, затем нажмите Далее.

6. Выберите зонды и создайте монитор#

   Выберите Зонды и Интервал мониторинга (по умолчанию Каждые 5 минут), затем нажмите Создать монитор.

Параметры конфигурации#

Component Group Filter#

Если страница статуса распределяет компоненты по группам, монитор можно ограничить одной группой. Например, на https://status.openai.com значение APIs ограничивает монитор сервисами API OpenAI.

Когда задана группа компонентов, число активных инцидентов и общий статус вычисляются только по компонентам этой группы: инцидент в посторонней группе (например, ChatGPT) не сработает в мониторе, ограниченном группой "APIs".

Фильтрация по группе компонентов поддерживается для провайдеров Atlassian Statuspage, incident.io и Status200 Status Page. Ленты RSS и Atom групп компонентов не предоставляют.

Фильтр по имени компонента#

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

Если задана и группа компонентов, фильтр по имени компонента применяется внутри этой группы, что позволяет выбрать один компонент в большой группе. Если ни один фильтр не задан, отслеживаются все компоненты в пределах области. Для ленты RSS или Atom фильтр по имени сравнивается с заголовками элементов ленты.

Критерии мониторинга#

Вы можете настроить критерии, которые решают, когда внешний сервис считается онлайн или офлайн, на основе:

Общий статус — это то, что пишет сама страница, поэтому его значения зависят от провайдера: Atlassian Statuspage сообщает собственное описание, например All Systems Operational; страница статуса Status200 — худший статус среди своих компонентов в охвате, например under_maintenance; лента сообщает operational или degraded_performance; проверка доступности сообщает reachable или unreachable. Эти сравнения учитывают регистр. Для оповещений о сбоях обычно надёжнее External Status Page Active Incidents и External Status Page Component Status.

В ленте RSS или Atom активными инцидентами считаются элементы за последние 24 часа: элемент RSS — по дате публикации, запись Atom — по дате обновления. Элемент с датой в будущем не учитывается до этой даты.

Критерии по умолчанию#

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

Поскольку число активных инцидентов и статусы компонентов учитывают фильтры группы компонентов / имени компонента, эти критерии по умолчанию автоматически нацелены только на важные для вас компоненты.

Страницы статуса Status200#

Выберите провайдер Status200 Status Page или оставьте Auto, чтобы следить за страницей статуса, созданной в Status200: проектом другой команды или страницей поставщика в Status200 Cloud или в самостоятельно развёрнутом Status200. Введите собственный адрес страницы в URL страницы статуса: её домен, например https://status.example.com, или https://status200.ru/status-page/<status-page-id> для страницы без своего домена.

Монитор читает сводку страницы, /status-page-api/summary/<page> (см. Чтение сводки): только то, что страница показывает посетителям, и ничего больше из другого проекта. Каждый ресурс страницы, монитор или группа мониторов, — это компонент с тем именем, которое ему даёт страница, в группе страницы; группа внутри другой группы называется Core / Databases. Следите за одним ресурсом с помощью Фильтр по имени компонента или за одной группой с помощью Component Group Filter.

Статус компонента — это значение, которое означает его статус на странице, поэтому критерии статуса компонента работают как на любой странице статуса:

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

Критерии по умолчанию никогда не принимают плановые работы за сбой: монитор остаётся в сети во время плановых работ другого проекта.

Показать плановые работы другого проекта на своём мониторе#

1. Добавьте критерий#

   В критериях монитора нажмите Добавить критерии. Задайте ему фильтр External Status Page Component Status, Равно, Under Maintenance и выберите свой статус обслуживания в Изменить статус монитора на.

2. Перетащите его наверх#

   Перетащите новый критерий выше остальных: срабатывает первый подходящий критерий.

3. Проверьте через Протестировать монитор#

   Нажмите Протестировать монитор, пока у другого проекта идут плановые работы: затронутый компонент показывает Under Maintenance.

Что страница статуса Status200 позволяет прочитать монитору#

Страница, которую может открыть любой, читается так, как её видят посетители. Частную страницу, которая требует входа, SSO или пароля, прочитать нельзя: при выбранном Status200 Status Page проверка завершается ошибкой и называет причину. Страница со списком разрешённых IP-адресов должна пропускать адрес зонда: следите за ней с зонда внутри этой сети.

Переменные шаблона#

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

URL популярных страниц статуса#

Вот список страниц статуса популярных сервисов. Многие из них используют Atlassian Statuspage или incident.io, поэтому провайдер Auto определяет их автоматически. Страница, построенная ни на том, ни на другом и не являющаяся лентой, получает только проверку доступности; для таких страниц лучше отслеживать ленту RSS или Atom провайдера, если он её публикует.

Рекомендации#

• Используйте провайдер Auto, если не знаете точный формат: автоопределение хорошо работает для большинства страниц статуса.
• Ограничивайтесь группой компонентов, если зависите только от части провайдера (например, только от "APIs" у OpenAI), чтобы посторонние инциденты не создавали шума.
• Отслеживайте конкретные компоненты, если зависите только от определённых сервисов.
• Сочетайте с собственными мониторами — используйте мониторы внешних страниц статуса вместе со своими мониторами API и сайтов. Когда оба падают одновременно, страница статуса поставщика быстрее укажет на первопричину.

Устранение неполадок#

Следующие шаги#