Мониторинг времени безотказной работы, производительности и ошибок
Zinn Digital® отслеживает указанные вами веб-адреса (время безотказной работы, Core Web Vitals и использование ресурсов в соответствии с вашим тарифом) и отображает эти данные для каждого сайта на панели управления. Уведомления отправляются на электронную почту, в Telegram, Slack или на ваш собственный веб-хук, а наша страница состояния находится вне платформы и продолжит работать, даже если мы будем недоступны. Мониторинг доступности и скорости загрузки страниц уже запущен: добавьте любой веб-адрес (три бесплатно для каждого аккаунта, и нам не обязательно его хостить), и мы будем проверять его каждую минуту извне нашей сети. Доступность: отслеживание ошибок и статистика использования ресурсов для каждого сайта находятся в активной разработке и пока недоступны. Всё остальное, описанное здесь, работает уже сегодня.
Обычно панели управления хостингом показывают, за что вы платите. Наша — что делает ваш сайт. Каждый сайт, который вы размещаете у нас, передает одинаковый набор сигналов (для каждого сайта), без необходимости устанавливать агенты или что-либо настраивать.
Непрерывная проверка доступности каждого сайта с сопоставлением с его собственной историей, чтобы временный сбой и реальное падение выглядели по-разному. Статус аптайма — это ключевой сигнал для платформы, а не график, который никто не читает.
Данные о реальной производительности для каждого сайта — те самые метрики, по которым Google ранжирует ресурсы. Мешковатые страницы отображаются в виде показателя, с которым можно работать, прямо рядом с элементами управления кэшированием, которые их исправляют.
Логи ошибок HTTP и PHP доступны для каждого сайта, поэтому фатальную ошибку из-за неудачного обновления плагина или сбоя при развертывании можно найти, а не гадать о ее причинах.
Пропускная способность для каждого сайта, а также использование ресурсов по сравнению с лимитами вашего тарифного плана (включая статистику LVE для каждого сайта), чтобы вы могли видеть, какой сайт работает с наибольшей нагрузкой и не приближается ли он к пределу.
Панель управления, которую нужно специально не забывать открывать — это не мониторинг. Каждый сигнал поступает в систему уведомлений платформы, и вы сами выбираете, куда его доставлять.
Страница состояния, размещенная на той же инфраструктуре, которую она отслеживает, бесполезна именно в тот момент, когда она вам нужна. Наша преднамеренно находится в другом месте.
Наша публичная страница статуса работает на отдельной инфраструктуре вне платформы — на другом сервере и в другом домене сбоев по сравнению с панелью управления и парфлотом серверов, о состоянии которых она сообщает. Когда в работе платформы происходит сбой, страница статуса продолжает отвечать на запросы, поскольку от инфраструктуры инцидента не зависит ни один из компонентов, необходимых для её работы.
Она брендирована, работает на базе того же мониторинга, что и ваши оповещения для каждого сайта, и независима по задумке, а не случайно. Публичный фронтенд следует тому же принципу: маркетинговый сайт и справочный центр развертываются отдельно от кластера панели управления, поэтому сбой платформы не выводит из строя нашу документацию.
Та же самая логика заложена и во всей остальной платформе: изолированные зоны сбоев, отсутствие общей судьбы, ничего такого, что могло бы вывести из строя одновременно и сам ресурс, и инструмент, с помощью которого вы его диагностируете.
Сигналы ценнее, когда на них можно среагировать. Наши интегрированы в ассистент и сервер MCP, а не заперты в графе.
Когда вы начинаете создавать тикет, ассистент сначала запускает живую диагностику проблемного сайта — время безотказной работы, ошибки HTTP и PHP, состояние SSL и DNS, лимиты ресурсов и сбои LVE, флаги вредоносного ПО, конфликты плагинов, работоспособность базы данных и кэш — еще до того, как к делу подключится человек.
В рамках ваших прав и защитных механизмов платформы она очистит кэш, перезапустит процессы PHP, восстановит или обновит SSL, починит таблицы базы данных, отключит плагин, вызывающий фатальную ошибку, или очистит CDN, а затем повторно проверит сигнал и подтвердит, действительно ли проблема была устранена.
Если всё же потребуется помощь человека, тикет поступает уже с заполненными данными диагностики, описанием предпринятых действий и их результатов — поэтому служба поддержки начинает с фактов, а не с просьбы описать симптомы.
Подключите любой ИИ-инструмент с поддержкой MCP, и он сможет считывать состояние сайта, последние логи, метрики, время безотказной работы и ошибки в качестве ресурсов, чтобы ваш собственный агент мог выполнить диагностику перед действием, используя OAuth 2.1 с токенами с ограничением по организации и ролям, возможностью отзыва и полным журналом аудита.
Мониторинг производительности должен находиться рядом с инструментами, которые на нее влияют. На нашей платформе он располагается между стеком кэширования и уровнем SEO.
За вашей панелью управления стоит тот же стек наблюдаемости, на котором мы запускаем платформу: Prometheus и Grafana для метрик, OpenTelemetry для распределенной трассировки в ядре, рабочих процессах и драйверах, а также централизованные структурированные логи с тегами арендаторов и отдельно хранящимися данными аудита.
Метрики собираются отдельно для каждого сервиса, воркера и арендатора, дополняясь LVE-статистикой по каждому сайту со слоя изоляции. Каждый запуск рабочего процесса — выделение ресурсов, миграция, применение политик — виден от начала и до конца, благодаря чему ответ службы поддержки носит точный характер, а не является предположением.
Мониторинг в больших масштабах — это проблема объемов данных, поэтому и спроектирован он соответствующим образом. Метрики с высоким объемом разделяются по времени и агрегируются, а не хранятся по каждому сайту каждую минуту вечно, трассы подвергаются семплированию, а средства контроля кардинальности для каждого тенианта не дают одному «шумному» аккаунту ухудшить работу дашбордов всех остальных. Целевой показатель проектирования — миллион сайтов, а не то количество, которое мы обслуживаем сегодня.
Оповещения направляются через Alertmanager в нашу дежурную группу с заданными и отслеживаемыми SLO — они намеренно отделены от вышеупомянутых уведомлений для клиентов, чтобы операционный шум никогда не попадал к вам в почтовый ящик, а ваши алерты никогда не стояли в очереди за нашими.
На каждом сайте: время безотказной работы, Core Web Vitals и производительность, пропускная способность и использование ресурсов в соответствии с вашим тарифным планом, включая статистику LVE для каждого сайта из уровня изоляции. Всё это отображается на панели управления для каждого сайта, при этом не нужно устанавливать никаких агентов.
Через какие бы каналы вы ни подключались: электронную почту, Telegram, Slack или собственный вебхук-эндпоинт. Настройки уведомлений задаются для каждой организации и для каждого пользователя, поэтому вы сами решаете, какие события поступают в тот или иной канал и какому человеку. Отправка вебхуков подписывается с помощью HMAC, повторяется с экспоненциальной задержкой и логируется, так что вы можете проверить или повторить любую доставку.
Именно для предотвращения этого она и создана. Страница статуса размещается на отдельной инфраструктуре вне нашей основной платформы, в другом домене сбоев по сравнению с панелью управления и обслуживаемым ею кластером серверов — ведь страница статуса, работающая на той же инфраструктуре, которую она отслеживает, бесполезна во время сбоя.
Это целевой показатель бесперебойной работы, на который мы ориентируемся при создании и обслуживании инфраструктуры, и он заявлен в качестве гарантии для планов Footprint-Free. Это обязательство, касающееся принципов проектирования платформы — изолированные вычисления для каждого сайта, горизонтально масштабируемые stateless-сервисы, раздельные домены сбоев, — а не опубликованный показатель прошлой доступности. Наше договорное обязательство представляет собой отдельную и более узкую вещь, и оно опубликовано: см. Соглашение об уровне услуг (Uptime SLA) по адресу /legal/sla, в котором указан гарантируемый нами уровень и сервисные кредиты, выплачиваемые в случае его несоблюдения.
Да. Состояние сайта, последние логи, метрики, данные о времени безотказной работы и ошибках предоставляются в виде ресурсов через наш размещенный MCP-сервер, поэтому любой ИИ-инструмент с поддержкой MCP — Claude, Cursor, ChatGPT и другие — может считывать их и выполнять диагностику перед началом действий. Доступ осуществляется по протоколу OAuth 2.1, ограничен рамками вашей организации и роли подключающегося пользователя, может отзываться для каждого отдельного инструмента, а каждое действие регистрируется в журнале аудита. Пользовательские вебхуки охватывают те же возможности для традиционных интеграций.
Описанные здесь сигналы наблюдаемости являются частью платформы и выводятся на вашей панели управления для сайтов, размещенных у нас, а бесплатный блок SEO Basics (индексирование, Trust Flow, Core Web Vitals для главной страницы) входит в каждый тарифный план. Более глубокий SEO-мониторинг, такой как отслеживание позиций и мониторинг обратных ссылок, продается в виде отдельных платных дополнений, а практическая оптимизация скорости доступна в качестве платной опции.
Да. Пробный период Footprint-Free длится 14 дней, не требует привязки банковской карты и охватывает до 5 сайтов — никаких платежных реквизитов и обязательств. Разверните несколько сайтов и посмотрите, что именно отображает панель управления, прежде чем принимать решение.
Начните бесплатный 14-дневный пробный период без привязки карты и отслеживайте время безотказной работы, Core Web Vitals, ошибки и использование ресурсов для каждого сайта с первого развертывания, настроив оповещения там, где вам удобно. Бесплатные миграции и 30-гарантия возврата денег для всех услуг.
Начать бесплатно