Как это работает
Методология и источники
«ЖИВО?» не угадывает и не пересказывает слухи. Каждый вывод — это набор сигналов, уровень уверенности и время последнего достоверного наблюдения. Здесь — как мы это делаем и чего намеренно не делаем.
Это демонстрационный прототип: показатели на сайте условные, снимок данных — 19 октября 2026, 07:10 МСК. Ни один статус на сайте не является сообщением о реальном текущем сбое.
Шесть состояний сервиса
Статус кодируется не только цветом: у каждого состояния есть текст, иконка и пояснение.
Свежие проверки успешны, признаков существенной проблемы нет.
Обнаружены отдельные аномалии — например, рост жалоб или неуспешные проверки из одной сети. Подтверждений пока недостаточно, чтобы говорить о сбое.
Подтверждены проблемы с отдельными функциями (авторизация, загрузка, оплата) или в отдельных регионах.
Несколько независимых источников подтверждают широкую недоступность: официальное сообщение, согласованные проверки из разных сетей и поток жалоб.
Свежих достоверных измерений недостаточно. Мы не можем проверить банк, мессенджер или госуслугу — значит, честный ответ «нет данных», а не «работает».
Проверки улучшаются, жалобы снижаются, но стабильность ещё не подтверждена достаточным числом последовательных наблюдений.
«Нет данных» не равно «работает». Если система не может проверить сервис, она не показывает зелёный статус только потому, что никто не пожаловался. У каждого вывода есть уверенность (низкая, средняя, высокая) и время последнего достоверного наблюдения.
Пять источников сигналов
Никакой единой открытой базы со статусом всех российских приложений не существует, поэтому система собирает и сопоставляет сигналы сама.
Официальные страницы состояния
Публичные API на платформе Atlassian Statuspage и аналоги: общий статус, компоненты, текущие инциденты, плановые работы. Мы сохраняем первоисточник и время проверки.
Ограничение: официальная страница обычно не описывает проблемы конкретного российского региона или провайдера.
Независимые проверки доступности
Наши серверы проверяют разрешённые публичные адреса: DNS, TCP/TLS, HTTP-ответ, время ответа и таймауты. Приоритетные сервисы — каждые 60–120 секунд.
Код 200 на главной странице не доказывает, что работают авторизация или загрузка файлов: проверка сайта и проверка функции — разные вещи.
Данные об интернет-перебоях
Cloudflare Radar и подобные источники показывают аномалии на уровне сети и страны. Это помогает отличить инфраструктурный перебой от падения приложения.
Сетевой сбой в регионе не распространяется автоматически на все приложения: это контекст, а не приговор каждому сервису.
Сообщения пользователей
Сервис, функция, тип сети, регион (необязательно), симптом и время. Без регистрации, с ограничением частоты и проверкой на накрутку.
Одна жалоба — слабый сигнал. Кластер подтверждённых сообщений — средний. Статистика жалоб сама по себе не доказывает ни сбой, ни работоспособность.
Информация от компаний
В будущем компании смогут подтверждать инциденты через проверенный аккаунт и публиковать официальные сообщения.
Компания не может удалить независимые жалобы и результаты проверок. Официальное подтверждение — важный сигнал, но не единственный источник истины.
Правила вывода и уверенность
В MVP применяется модель правил, а не машинное обучение: официальное подтверждение и неуспешные проверки из независимых сетей значат больше, чем рост жалоб; одна жалоба почти ничего не значит.
Аномалии считаются относительно обычного поведения сервиса в этом регионе и времени суток. Все выводы хранятся вместе с подтверждающими сигналами.
Пять уровней проблемы
Одна сетевая проблема в области не должна выглядеть как три независимых падения приложений.
Причина указывается только при надёжном публичном подтверждении. Если её нет — на сайте написано «Причина не установлена». Точные координаты объектов связи и чувствительные данные в публичный интерфейс не попадают.
Как подбирается План Б
Это не список аналогов, а подбор по задаче, условиям пользователя и подтверждённой доступности.
- 1. Задача. «Отправить PDF другому человеку», а не «нужен аналог облака».
- 2. Условия. Есть ли интернет, какая сеть, размер файла, нужна ли ссылка, допустима ли регистрация.
- 3. Функциональные замены. Вариант должен реально поддерживать нужную функцию, а не просто быть «в той же категории».
- 4. Проверка доступности. Свежие статусы, региональные сигналы, зависимость от провайдеров и известные ограничения.
- 5. Ранжирование. Сначала подходящие и подтверждённо доступные, затем — условные.
- 6. Инструкция. Как продолжить задачу и чего можно лишиться при переходе.
| Критерий | Вес |
|---|---|
| Подходит для нужной задачи | 35 % |
| Подтверждённая доступность | 30 % |
| Работает при текущих ограничениях связи | 15 % |
| Простота перехода | 10 % |
| Приватность и условия доступа | 10 % |
Доступность — обязательное условие. Сервис с подтверждённым масштабным сбоем не должен занимать первое место только потому, что идеально подходит функционально. Если достоверных данных нет, результат подбора — рекомендация по функциональной пригодности, а не подтверждение работоспособности.
Статусы альтернатив: «Проверено недавно», «Возможны проблемы», «Доступность неизвестна», «Недоступно», «Работает офлайн». Для каждой альтернативы выводится время проверки, источник и ограничения.
Что в этом прототипе демонстрационное
Демо-данные
Все статусы, графики, инциденты и рекомендации построены на демонстрационном наборе данных. Даты — снимок 19 октября 2026 года. Это иллюстрация интерфейса, а не текущая картина.
Хранение в браузере
Жалобы и подписки в прототипе сохраняются в localStorage вашего браузера и никуда не отправляются. В рабочей версии для них используются API с ограничением частоты и защитой от накрутки.
Приватность и ограничения
- Не собираем точное местоположение. Регион — только приблизительно или добровольный выбор пользователя.
- Не публикуем IP-адреса и не храним пароли от сторонних приложений.
- Не обходим авторизацию и не проверяем приватные API.
- Ограничиваем частоту жалоб и запросов, защищаем эндпоинты от накрутки и SSRF.
- Кэшируем последние подтверждённые данные и всегда показываем их возраст.
- Для экстренных ситуаций: «ЖИВО?» — не служба спасения. Если есть угроза жизни, звоните 112. SMS, звонки и офлайн-карты тоже могут быть недоступны и требуют подготовки заранее.
Куда смотреть дальше
Полное техническое описание — в документации проекта: архитектура, схема данных, API, правила Incident Engine и политика обработки персональных данных.