Cloudflare Workers — не замена всему edge, а быстрый слой для точечных задач

Cloudflare Workers — не замена всему edge, а быстрый слой для точечных задач

Workers удобно брать там, где нужен короткий путь до ответа: редиректы, A/B-логика, заголовки, прокси, авторизация, лёгкая агрегация API. Если задача требует много памяти, долгого CPU или тяжёлых зависимостей — лучше не тащить это в edge_compute, а отдать на ssr или отдельный сервис.

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

Чтобы Workers не превратились в хаос, держите 4 правила:
— один Worker = одна ответственность;
— все внешние запросы с таймаутом и fallback;
— секреты и конфиг вне кода;
— логируйте вход, выход и причину отказа.

В nextjs и vercel такой слой часто ставят перед приложением: отфильтровать мусор, выдать кэшируемый ответ, подменить маршрут или снять нагрузку с origin. Для isr это особенно полезно, когда нужно аккуратно управлять кешем и не трогать основную логику страницы.

Если задача умещается в короткий stateless-обработчик — Worker оправдан. Если нет, не маскируйте бэкенд под edge.