Cloudflare Workers спасают только тогда, когда логика на границе не ломает кэш и авторизацию

Cloudflare Workers спасают только тогда, когда логика на границе не ломает кэш и авторизацию

Workers удобно использовать для редиректов, A/B-маршрутизации, нормализации заголовков и лёгкой подмены ответов. Но как только в коде появляется сложная бизнес-логика, внешний API или тяжёлая обработка тела запроса, вы начинаете платить задержкой на каждом хите. Для CDN это плохая сделка.

Правильная схема простая:
— держите Worker тонким, без лишних fetch-цепочек;
— не вычисляйте в нём то, что можно отдать origin или KV/R2;
— отдельно проверяйте cache key, cookies и заголовки авторизации;
— помните, что ошибочный ответ на edge тоже может попасть в кэш. ⚠️

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

Перед запуском проверьте три вещи: детерминированность результата, влияние на cache hit ratio и поведение при таймаутах. Если логика меняет ответ в зависимости от состояния вне запроса, отлаживать это будет сложно, а деградация проявится не сразу. Оптимизация — это непрерывный процесс, а не разовая настройка.