РЕГЛАМЕНТ СТРАНИЦЫ СТАТУСА СЕРВИСА
1. Адрес и доступ
1.1. Страница статуса размещена по адресу status.globox.pro и доступна без авторизации.
1.2. Страница размещается на инфраструктуре, независимой от основной Платформы у другого провайдера / в другом регионе, чтобы оставаться доступной при сбое Платформы.
1.3. Клиент может подписаться на уведомления о сбоях и плановых работах: e-mail, Telegram, RSS.
2. Что отображается
| Компонент | Что проверяется | Связь с SLA |
|---|---|---|
| API Платформы | Ответ контрольной точки /health | Входит в расчёт доступности |
| Личный кабинет | Загрузка страницы входа | Входит в расчёт доступности |
| Клиентские приложения (серверная часть) | Ответ мобильного API | Входит в расчёт доступности |
| Платёжный модуль | Связь с платёжными провайдерами | Сбои провайдеров — информационно, в доступность не входят (п. 2 Приложения 2) |
| Push-уведомления | Связь с сервисами Apple/Google | Информационно |
| Интеграции (1С, кассы) | Связь с внешними системами | Информационно |
Статусы: «Работает», «Снижена производительность», «Частичный сбой», «Полный сбой», «Плановые работы».
3. Как измеряется доступность
3.1. Проверки выполняются каждую 1 минуту из 2 независимых точек, в разных регионах РФ.
3.2. Компонент считается недоступным, если более 5 минут подряд не менее 50% проверок завершаются ошибкой (HTTP 5xx, таймаут более 10 секунд). Это то же определение, что в п. 1.2 Приложения 2.
3.3. На странице публикуется доступность по каждому компоненту за последние 90 дней (по дням) и итог по каждому завершённому месяцу.
3.4. Месячный итог доступности со страницы статуса — основание для расчёта компенсаций по SLA. Если Лицензиат считает, что недоступность не отражена (например, сбой затронул только его проект), он направляет данные своего мониторинга или обращения в поддержку. Стороны сверяют их с журналами Платформы.
4. Публикация инцидентов
| Событие | Срок публикации на странице |
|---|---|
| Полный или частичный сбой (P1) | Не позднее 15 минут с момента обнаружения |
| Обновление статуса во время P1 | Не реже чем раз в 30 минут, даже если новостей нет |
| Плановые работы с недоступностью | Не позднее чем за 24 часа (п. 5.1.6 Договора) |
| Разбор инцидента (что случилось, причина, что сделано) | Для P1 — в течение 3 рабочих дней после устранения |
Информация в разборе не раскрывает данные клиентов и детали, полезные для атаки.
5. История
5.1. История инцидентов и плановых работ хранится на странице не менее 12 месяцев. Записи не удаляются и задним числом не редактируются, кроме исправления опечаток. Уточнения публикуются как дополнения с датой.