Мониторинг времени безотказной работы, производительности и ошибок
Zinn Digital® отслеживает указанные вами веб-адреса — время непрерывной работы, показатели Core Web Vitals и использование ресурсов относительно вашего тарифа — и отображает эти данные по каждому сайту в панели управления. Оповещения отправляются на электронную почту, в Telegram, Slack или на ваш собственный вебхук, а наша страница статуса размещена вне платформы, поэтому она продолжает отвечать даже тогда, когда мы не можем. Мониторинг доступности и скорости страниц уже работает: добавьте любой веб-адрес — три бесплатно для каждого аккаунта, при этом размещать его у нас необязательно — и мы будем проверять его каждую минуту из-за пределов нашей сети. Доступность: отслеживание ошибок по каждому сайту и статистика использования ресурсов по каждому сайту находятся в активной разработке и пока недоступны. Все остальные описанные здесь функции уже работают.
Панели управления хостингом обычно сообщают вам, за что вы платите. Наша панель показывает, что делает ваш сайт. Каждый сайт, который вы размещаете у нас, передает одинаковый набор сигналов для каждого сайта — без установки агентов и без необходимости что-либо настраивать.
Непрерывные проверки доступности для каждого сайта с сопоставлением с его собственной историей, чтобы кратковременный сбой отличался от реальной аварии. Статус доступности — это первостепенный сигнал, на который реагирует платформа, а не просто график, который никто не смотрит.
Реальные данные о производительности для каждого сайта — показатели, по которым Google на самом деле ранжирует. Медленные страницы отображаются в виде показателя, с которым можно работать, прямо рядом с элементами управления кэшированием, устраняющими проблему.
Журналы ошибок HTTP и PHP доступны для каждого сайта отдельно, поэтому критическую ошибку, вызванную некорректным обновлением плагина или сбоем развертывания, можно точно найти, а не угадывать.
Пропускная способность для каждого сайта, а также использование ресурсов, измеряемое в соответствии с лимитами вашего тарифа (включая статистику LVE по каждому сайту), чтобы вы могли видеть, какой сайт нагружен больше всего и не приближается ли он к лимиту.
Панель управления, которую нужно не забывать открывать, — это не мониторинг. Каждый сигнал поступает на уровень уведомлений платформы, и вы сами выбираете, куда он будет доставлен.
Страница статуса, размещенная на той же инфраструктуре, которую она отслеживает, бесполезна именно в тот момент, когда она вам нужна. Наша намеренно находится в другом месте.
Наша общедоступная страница состояния размещена на отдельной инфраструктуре, полностью за пределами платформы — это отдельный сервер и изолированная зона сбоев, независимая от плоскости управления и обслуживаемого парка ресурсов. При возникновении неполадок на платформе страница состояния продолжает отвечать, поскольку ни один из ее зависимых компонентов не затронут инцидентом.
Интерфейс брендирован, получает данные из той же системы мониторинга, которая отвечает за оповещения для каждого из ваших сайтов, и спроектирован полностью независимым. Публичный интерфейс построен по тому же принципу: маркетинговый сайт и справочный центр развертываются отдельно от кластера control-plane, поэтому сбой на платформе не приведет к недоступности документации.
Та же логика применяется и во всей остальной платформе: изолированные зоны сбоев, отсутствие единой точки отказа и невозможность одновременного выхода из строя как самого компонента, так и инструмента, используемого вами для его диагностики.
Сигналы ценнее, когда на их основе можно действовать. Наши сигналы подключены к ассистенту и серверу 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 или вашу собственную конечную точку webhook. Настройки уведомлений задаются для каждой организации и каждого пользователя, поэтому вы сами решаете, какие события поступают в определенный канал и конкретному сотруднику. Доставка webhook подписывается с помощью HMAC, повторяется с увеличивающейся задержкой и регистрируется в журнале, поэтому вы можете проверить или повторить любую доставку.
Именно этого она и призвана избежать. Страница состояния размещена на отдельной инфраструктуре, полностью вне платформы, в ином домене сбоя, чем панель управления и обслуживаемый ею парк ресурсов — поскольку страница состояния, работающая на той же инфраструктуре, которую она отслеживает, бесполезна во время сбоя.
Это целевой показатель доступности, на основе которого мы проектируем и эксплуатируем платформу, и он заявлен в качестве гарантии в тарифных планах Footprint-Free. Это обязательство относительно того, как устроена платформа — изолированные вычислительные ресурсы для каждого сайта, горизонтально масштабируемые сервисы без сохранения состояния, раздельные домены сбоев, — а не опубликованный показатель доступности в прошлом. Наше договорное обязательство представляет собой отдельный и более узкий вопрос, и оно опубликовано: ознакомьтесь с документом Uptime SLA по адресу /legal/sla, где определены гарантируемый нами уровень и сервисные компенсации, выплачиваемые при его недостижении.
Да. Состояние сайта, последние журналы, метрики, время безотказной работы и данные об ошибках предоставляются как ресурсы через наш размещенный сервер MCP, поэтому любой инструмент ИИ с поддержкой MCP — Claude, Cursor, ChatGPT и другие — может считывать их и выполнять диагностику перед совершением действий. Доступ осуществляется по протоколу OAuth 2.1 с областью действия, ограниченной вашей организацией и ролью подключающегося пользователя, может быть отозван для каждого отдельного инструмента, а каждое действие фиксируется в журнале аудита. Пользовательские вебхуки обеспечивают те же возможности для традиционных интеграций.
Описанные здесь сигналы наблюдаемости являются частью платформы и отображаются в вашей панели управления для сайтов, размещенных у нас, а бесплатная плитка «Основы SEO» — индексация, Trust Flow, Core Web Vitals главной страницы — включена во все тарифные планы. Более глубокий мониторинг SEO, такой как отслеживание позиций и мониторинг обратных ссылок, продается в виде отдельных платных дополнений, а практическая оптимизация скорости доступна в качестве приобретаемой дополнительной услуги.
Да. Пробный период Footprint-Free длится 14 дней, не требует банковской карты и распространяется максимум на 5 сайтов — никаких платежных данных, никаких обязательств. Разверните несколько сайтов и посмотрите, что именно отображается на панели управления, прежде чем принимать решение.
Начните 14-дневный пробный период без карты и отслеживайте аптайм, Core Web Vitals, ошибки и использование ресурсов по каждому сайту с первого развертывания — с уведомлениями там, где вам удобно. Бесплатные миграции и 30-дневная гарантия возврата средств на все услуги.
Начать бесплатно