Мониторинг целостности кэша (4 кодировки, SHA-256)

Мониторинг целостности кэша — это постоянная (ежемесячная) услуга: мы настраиваем регулярную автоматическую сверку того, что ваш сайт отдаёт одинаковое содержимое во всех вариантах сжатия. Для согласованного набора важных URL мы запрашиваем ресурс в четырёх кодировках — identity (без сжатия), Brotli (br), gzip (gz), zstd (zst) — распаковываем каждый и сравниваем SHA-256 распакованного содержимого: в норме все четыре хэша обязаны совпасть. Расхождение означает, что где-то на пути (CDN, кэширующий прокси, слой сжатия) варианты рассинхронизировались — это и баг доставки, и потенциальный признак отравления кэша (cache poisoning), когда часть посетителей получает не тот контент (важно честно: это косвенный сигнал, а не полноценная детекция атак — причина расхождения не обязательно атака). При расхождении вы получаете алерт с деталями (какой URL, какие кодировки разошлись). Честно про суть услуги: это обнаружение и оповещение, а НЕ исправление — мы не настраиваем за вас CDN и слой сжатия и не «чиним кэш»; устранение причины это отдельная работа (ваша команда или мы отдельно). И это не гарантия, что кэш никогда не сломается или что сайт защищён: мониторинг лишь даёт вам знать быстрее и по конкретному классу проблем, а не страхует от них. Покрытие — только то, что настроено: мы следим за согласованным списком URL и кодировок, страницы и эндпоинты вне списка в проверку не попадают. При росте сайта новые и изменённые адреса автоматически в проверке не появляются — список нужно периодически расширять и актуализировать вместе с вами. Возможны ложные срабатывания на легитимной динамике (персонализированный или часто меняющийся контент, корректный Vary) — пороги и список URL мы настраиваем и подкручиваем, идеальной точности не бывает. Нужен доступ к сайту и согласование списка URL; на алерт должен кто-то реагировать, иначе ценность теряется. Это узкая, но редкая проверка — большинство систем мониторинга её не делают. Важная граница: это постоянный мониторинг целостности кэша, а не разовый аудит производительности или безопасности и не настройка/обслуживание CDN. Если сайт небольшой, статичный и отдаётся в одной кодировке без CDN и кэширующих слоёв — сверять почти нечего, и эта услуга вам, скорее всего, не нужна. Представьте: вместо «часть пользователей жалуется на битую страницу, а у нас всё открывается» вы в тот же момент видите алерт, что gzip-вариант одной страницы разошёлся с остальными — и понимаете, где искать причину. Базовая цена — от 12 000 ₽ в месяц; зависит от числа URL и частоты проверок.

• Часть посетителей видит битую или не ту страницу, а у вас «всё работает».
• Используете CDN и сжатие, но не уверены, что во всех вариантах отдаётся одно и то же.
• Боитесь отравления кэша (cache poisoning), но нечем его поймать.
• Узнаёте о проблемах с доставкой контента только из жалоб клиентов.

• Настройка сверки по согласованному списку важных URL
• Запрос в 4 кодировках: identity, Brotli, gzip, zstd
• Сравнение SHA-256 распакованного содержимого (норма — все совпали)
• Алерты при расхождении: какой URL и какие кодировки разошлись
• Признаки отравления кэша и рассинхрона вариантов
• Настройка и подкрутка порогов и списка URL (снижение ложных)
• Ежемесячная непрерывная работа проверки
• Канал оповещений по вашему выбору (почта, мессенджер, вебхук)

• Быстро узнаёте о рассинхроне кодировок, а не из жалоб
• Видно, какой URL и какая кодировка отдают не то
• Раньше замечаете потенциальное отравление кэша
• Понятно, где искать причину, чтобы её устранить (отдельно)

• Согласуем список важных URL, кодировки и канал алертов; собираем доступ
• Настраиваем регулярную сверку SHA-256 по 4 кодировкам и пороги
• Запускаем непрерывную проверку, подкручиваем по ложным срабатываниям

• Вы почините кэш и CDN, если найдёте проблему?

  Нет. Это мониторинг: он обнаруживает расхождение и присылает алерт. Настройку CDN, слоя сжатия и устранение причины делает ваша команда или мы отдельно — это не входит в саму услугу мониторинга.

• Это разовая проверка или подписка?

  Это постоянная услуга с помесячной оплатой: один раз настраиваем сверку, дальше она работает непрерывно и шлёт алерты. Разовая проверка целостности — это другой формат (можно сделать в рамках аудита).

• Не будет ли ложных срабатываний на динамическом контенте?

  Могут быть: персонализированные или часто меняющиеся страницы и корректный Vary дают расхождения по делу. Поэтому мы согласуем список подходящих URL и подкручиваем пороги; полностью исключить ложные срабатывания нельзя, но их можно свести к минимуму.