Мониторы

External Status Page Monitor

Мониторинг сторонних status page: алерты при сбоях или деградации сервисов, от которых зависит ваш продукт. Status200 периодически опрашивает публичные страницы статуса (AWS, GCP, Azure, GitHub и др.) и оценивает их состояние.

Обзор

Проверка здоровья upstream-сервисов по их публичным status page:

  • доступность third-party сервисов, от которых зависит приложение;
  • алерты при простоях у провайдеров;
  • статус отдельных компонентов (например, «AWS EC2 us-east-1»);
  • деградация до влияния на пользователей;
  • корреляция ваших инцидентов с проблемами у провайдера.

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

ТипОписание
Auto (по умолчанию)Автоопределение формата страницы
Atlassian StatuspageJSON API Atlassian Statuspage
RSSЛента RSS
AtomЛента Atom

Auto

  1. Пробуется Atlassian Statuspage JSON API (/api/v2/status.json, /api/v2/components.json).
  2. Иначе — разбор как RSS или Atom.
  3. Fallback — простая HTTP-доступность.

Создание монитора

  1. Monitors в dashboard.
  2. Create Monitor.
  3. Тип: External Status Page.
  4. URL status page.
  5. При необходимости тип провайдера (или оставить Auto).
  6. Опционально имя компонента для фильтра.
  7. Критерии мониторинга.

Параметры

URL status page

Корневой URL для Atlassian Statuspage (например, https://status.example.com). Для RSS/Atom — URL ленты.

Тип провайдера

Auto по умолчанию или явный тип, если формат известен.

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

Если на странице много компонентов, можно указать имя одного — например, EC2 us-east-1 (как на странице). Без фильтра контролируется общий статус страницы.

Дополнительно

Timeout

Максимальное ожидание ответа, мс. По умолчанию 10000.

Retries

Число повторов при ошибке. По умолчанию 3.

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

  • Is Online — страница доступна и отдаёт данные о статусе;
  • Overall Status — общий индикатор (например, operational, major_outage);
  • Component Status — статус компонента при фильтре по имени;
  • Active Incidents — число активных инцидентов на странице;
  • Response Time — время получения данных.

Популярные URL

СервисStatus page URL
AWShttps://health.aws.amazon.com/health/status
Google Cloud Platformhttps://status.cloud.google.com
Microsoft Azurehttps://status.azure.com
GitHubhttps://www.githubstatus.com
Cloudflarehttps://www.cloudflarestatus.com
Datadoghttps://status.datadoghq.com
PagerDutyhttps://status.pagerduty.com
Twiliohttps://status.twilio.com
Stripehttps://status.stripe.com
Slackhttps://status.slack.com
Atlassian (Jira, Confluence)https://status.atlassian.com
Vercelhttps://www.vercel-status.com
Netlifyhttps://www.netlifystatus.com
DigitalOceanhttps://status.digitalocean.com
Herokuhttps://status.heroku.com
MongoDB Atlashttps://status.cloud.mongodb.com
Fastlyhttps://status.fastly.com
New Relichttps://status.newrelic.com
Sentryhttps://status.sentry.io
CircleCIhttps://status.circleci.com

Многие построены на Atlassian Statuspage — Auto обычно определяет формат сам.

Шаблоны инцидентов и алертов

ПеременнаяОписание
{{isOnline}}Страница онлайн (true/false)
{{responseTimeInMs}}Время отклика, мс
{{failureCause}}Причина сбоя, если есть
{{overallStatus}}Значение общего статуса
{{activeIncidentCount}}Число активных инцидентов
{{componentStatuses}}JSON-массив статусов компонентов

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

  • Auto, если формат неизвестен — в большинстве случаев достаточно.
  • Конкретный компонент, если важен только один регион/сервис.
  • Корреляция инцидентов — при сбоях у вас и на upstream status page проще искать причину.
  • Вместе с другими мониторами — API/Website + External Status Page для полной картины.