Workers полезны не для магии, а для точечного снятия нагрузки с origin

Workers полезны не для магии, а для точечного снятия нагрузки с origin

Их сильная сторона — короткая серверная логика на краю сети: редиректы, нормализация URL, подмена заголовков, A/B-проверки, авторизация по токену. Всё, что должно выполниться быстро и без похода на бэкенд, имеет смысл вынести в Worker. Это снижает latency и уменьшает количество запросов, которые доходят до приложений.

Но Serverless-логика ломает кэш, если писать её без дисциплины. Проверьте три вещи:
— не генерируйте уникальный HTML там, где хватит кэшируемого ответа;
— не трогайте cookies и query string без необходимости;
— явно разделяйте public-контент и персонализированные ответы. Иначе CDN начинает работать как прокладка, а не как ускоритель.

Отдельная зона риска — ошибки в маршрутизации. Один лишний catch-all, и Worker начнёт перехватывать запросы к статике, API и служебным путям. В результате растёт CPU time, усложняется отладка, а кэш-hit ratio падает. Для высоконагруженных проектов это уже не косметика, а прямые потери по задержкам и стоимости обработки.

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