Попали в федеральные СМИ: нагрузка, которую нельзя спрогнозировать

MAATRIX

Журналист написал материал, в котором упомянул ваш сервис, — и вы узнаёте об этом не из письма с согласованием, а из того, что сайт лёг. У сезонного пика вроде чёрной пятницы есть дата в календаре, у погодного всплеска — хотя бы сутки-двое предупреждения от прогноза, у ролика конкретного блогера — примерно понятный по истории канала масштаб аудитории. У упоминания в федеральном СМИ нет ничего из этого: ни даты, ни окна на подготовку, ни потолка масштаба — потому что публикация может остаться незамеченной, а может за час собрать переходы на два порядка больше обычного трафика, и заранее сказать, какой из двух сценариев ваш, невозможно. Дальше — не про то, как тушить пожар в моменте (для этого есть отдельный тактический план), а про то, как держать инфраструктуру в состоянии постоянной готовности к событию, у которого нет ни расписания, ни верхней границы.

Чем медийный скачок отличается от всех остальных пиков в этом кластере

Все остальные всплески, о которых обычно пишут в контексте «сезонности», в чём-то предсказуемы — хотя бы по одному параметру.

У календарного пика вроде чёрной пятницы или Нового года известна дата с точностью до дня, и по ней можно построить план подготовки по неделям: нагрузочное тестирование, докупка мощности к конкретному часу, заморозка изменений перед стартом. У погодного пика дата плавает, но есть хотя бы сутки-двое сигнала от прогноза и исторический разброс масштаба по прошлым сезонам. У ролика конкретного блогера дата тоже неизвестна заранее, зато масштаб аудитории примерно понятен по истории канала — у блогера со средним охватом в пятьдесят тысяч просмотров едва ли будет разовый выброс в пять миллионов, и это единственная, но серьёзная опора для расчёта запаса.

Упоминание в федеральном СМИ или крупном отраслевом издании не даёт ни одной из этих опор одновременно:

• Дата неизвестна. Материал может выйти в день, о котором вы вообще не знали заранее — журналист мог не предупреждать о публикации, или дата съехала на неделю без уведомления.
• Масштаб не привязан ни к чему знакомому. У издания с аудиторией в несколько миллионов посетителей в месяц упоминание конкретного сервиса может остаться одной строчкой в длинном материале и дать пару сотен переходов — а может стать заголовком статьи и дать десятки тысяч за первый час. Заранее понять, какой вариант ваш, нельзя даже примерно: это зависит от позиции материала на сайте издания, от заголовка, от того, попадёт ли ссылка на главную страницу.
• Верхней границы нет. У сезонного пика есть потолок, заданный размером рынка и числом покупателей в принципе. У медийного скачка потолка не видно — если материал разошёлся по соцсетям и попал в топ агрегаторов, аудитория уже не ограничена читателями одного издания.

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

Вторая волна: агрегаторы срабатывают не сразу и не всегда

Первая публикация в СМИ — не единственный источник риска. У материалов, которые попадают в системы вроде Яндекс.Новостей, Google News или похожих агрегаторов, есть второй, отдельный от первого всплеск — и он устроен ещё менее предсказуемо, чем первый.

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

Практическая проблема в том, что это отдельное, несинхронное с первой публикацией событие:

• Задержка непредсказуема. Материал может попасть в топ агрегатора через двадцать минут после публикации, а может через двенадцать часов — или не попасть вообще, если алгоритм не сочтёт его достаточно интересным. Ждать вторую волну «до вечера и потом расслабиться» нельзя: она может прийти на следующий день.
• Масштаб второй волны не связан с масштабом первой. Материал с скромным трафиком напрямую с сайта издания может неожиданно выстрелить в агрегаторе — и наоборот, заголовок, собравший много переходов в первый час, не гарантирует попадания в топ ленты вообще.
• Источник трафика меняется. Первая волна идёт с конкретного домена издания и её видно в реферерах сразу. Вторая волна с агрегатора часто приходит с домена самого агрегатора или вовсе без явного реферера (переходы из мобильных приложений новостных агрегаторов нередко режут эту информацию), из-за чего в аналитике она выглядит как «трафик из ниоткуда», а не как продолжение той же истории.

Практический вывод: снимать повышенную готовность сразу после спада первой волны рано. Разумный ориентир — держать усиленный мониторинг минимум сутки-двое после публикации, а не возвращаться к обычному режиму, как только график по прямым переходам с сайта издания успокоился.

Готовность без даты: что держать наготове постоянно

Раз нельзя подготовиться «к сроку», единственный рабочий подход — держать минимальный, но реально работающий комплект готовности постоянно, а не разворачивать его с нуля в момент, когда трафик уже идёт.

Собранный и протестированный образ для быстрого расширения. Не код в репозитории, который ещё нужно собрать, а готовый артефакт — Docker-образ в реестре или снапшот виртуальной машины с уже развёрнутым приложением, прошедший smoke-тест заранее. Разница между «поднять новый инстанс за пять минут из готового образа» и «собрать, задеплоить, прогреть с нуля за сорок минут» — это разница между устойчивым сайтом и потерянной половиной трафика первого часа.

Играбук масштабирования, а не знание в голове одного инженера. Конкретные команды или Terraform/Ansible-плейбук, которые добавляют мощность одним запуском. Если процедура существует только как «Вася знает, как это делать», а Вася в отпуске или недоступен именно в этот вечер — готовность на бумаге не превращается в готовность на практике.

Кеш, настроенный на агрессивный режим по умолчанию для страниц, которые могут выстрелить. Страница, о которой могут написать в СМИ — обычно не вся линейка каталога, а конкретная статья, лендинг продукта или главная страница. Для таких страниц TTL кеша стоит держать в разумном запасе постоянно, а не поднимать его в моменте, когда узнали о публикации: узнать о публикации заранее чаще всего не получится.

Процедура быстрого подключения нового инстанса к балансировщику, отработанная и проверенная — регистрация в пуле бэкендов, health-check, прогрев соединений к базе. Тот же принцип, что лежит в основе тёплого резерва для отказоустойчивости, только применяется не к аварийному переключению, а к расширению собственной мощности под скачок. Структуру расходов на холодный, тёплый и горячий резерв разбирали отдельно в статье про три сметы на одну задачу — для медийного риска обычно оправдан тёплый уровень: полная ёмкость простаивает почти всегда, но готовность разворачивается не с нуля.

Ключевое отличие от подготовки к чёрной пятнице: там весь этот набор собирают и тестируют один раз перед конкретной датой и снова расслабляются после. Здесь набор должен оставаться в рабочем состоянии постоянно, потому что дата активации неизвестна и может наступить в любой момент — в том числе через полгода после того, как вы в последний раз проверяли, что образ вообще собирается.

Обнаружение всплеска: сигнал появляется только вместе с самим событием

У погодного пика есть прогноз за сутки-двое, у сезонного — календарь. У медийного скачка сигнал появляется одновременно с самим событием: узнать о готовящейся публикации заранее в подавляющем большинстве случаев не получится, значит, единственная опора — как можно быстрее обнаружить, что трафик уже пошёл, и различить обычный органический рост от начала настоящего скачка.

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

#!/bin/bash
# /opt/scripts/referrer-spike-check.sh
# запускать по cron раз в 5 минут
LOG=/var/log/nginx/access.log
WINDOW_MIN=5
BASELINE_MULTIPLIER=5   # во сколько раз рост считать аномалией — подберите под свой обычный разброс трафика

CURRENT=$(awk -v d="$(date -d "-${WINDOW_MIN} min" '+%d/%b/%Y:%H:%M')" \
  '$4 > "["d { print }' "$LOG" | grep -c 'GET /')

BASELINE_FILE=/var/tmp/referrer-baseline
if [ -f "$BASELINE_FILE" ]; then
    BASELINE=$(cat "$BASELINE_FILE")
else
    BASELINE=$CURRENT
fi

echo "$CURRENT" > "$BASELINE_FILE"

if [ "$BASELINE" -gt 0 ] && [ "$CURRENT" -gt $((BASELINE * BASELINE_MULTIPLIER)) ]; then
    TOP_REFS=$(tail -n 5000 "$LOG" | awk -F'"' '{print $4}' | sort | uniq -c | sort -rn | head -5)
    curl -s -X POST "https://api.telegram.org/bot${TG_BOT_TOKEN}/sendMessage" \
         -d chat_id="${TG_CHAT_ID}" \
         -d text="Аномальный рост трафика: ${CURRENT} запросов против базовых ${BASELINE} за ${WINDOW_MIN} мин. Топ рефереров: ${TOP_REFS}"
fi

Скрипт грубый и требует подгонки под ваш профиль нагрузки — цель не в точном алгоритме, а в идее: сигнал по аномалии рефереров приходит на минуты раньше, чем алерт по перегруженному CPU, а эти минуты в моменте скачка стоят дорого. Если у вас уже настроен мониторинг с историей метрик, ту же логику разумнее реализовать через него, а не через отдельный cron-скрипт.

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

Бюджетный резерв на непредсказуемый порядок величины

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

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

Отдельная практическая мелочь: способ оплаты сервера должен работать без задержек прямо в моменте — если для докупки мощности на пике нужно ждать проведения платежа через бухгалтерию несколько часов, готовая архитектура не поможет. Держите под рукой рабочий способ оплаты — картой или криптовалютой — с достаточным лимитом, чтобы экстренный апгрейд можно было провести за минуты, а не согласовывать параллельно с тушением пожара.

Что делать, когда упоминание уже случилось

Если публикация уже вышла и трафик уже растёт на глазах — это не момент читать эту статью, это момент действовать по заранее готовому плану. Подробный пошаговый разбор первых 30-60 минут — диагностика узкого места, усиление кеша, отключение некритичных функций, вертикальный апгрейд, осознанное ограничение трафика вместо падения — подробно расписан в статье про сайт, попавший в крупную подборку. Она написана как раз для момента, когда график уже летит вверх, и не дублируется с этой статьёй: там — что делать прямо сейчас, здесь — что должно быть готово заранее, чтобы момент из предыдущего предложения прошёл спокойнее.

Стоит подчеркнуть разницу с похожим на первый взгляд сценарием — вирусным роликом конкретного блогера. Там, даже если дата неизвестна заранее, масштаб аудитории примерно ограничен размером канала и историей его предыдущих публикаций, а трафик идёт с одной понятной платформы. Упоминание в федеральном СМИ отличается по природе источника и по потенциальному масштабу на порядок: аудитория издания обычно шире аудитории одного блогера, добавляется риск вторичной волны через агрегаторы, а сама публикация может уйти в перепечатки на других ресурсах, которые вы не отследите заранее. Оба сценария требуют готовой инфраструктуры, но бюджет и потолок готовности стоит закладывать разный.

Частые вопросы