<b>Cloudflare Workers: когда edge дешевле сервера, а когда превращается в лишнюю сложность</b>

<b>Cloudflare Workers: когда edge дешевле сервера, а когда превращается в лишнюю сложность</b>

Workers хороши не как «ещё один VPS», а как способ вынести короткую логику ближе к пользователю: редиректы, подпись URL, авторизацию, прокси к API, легкий BFF. Там, где запрос должен жить миллисекунды и не хранить состояние, edge обычно выигрывает по простоте доставки.

Но есть типичные ошибки. — тащить в Workers тяжёлую бизнес-логику с долгими зависимостями; — ждать от них обычного сервера с фоновыми задачами; — хранить сессию в памяти; — забывать, что холодный старт и лимиты по времени/CPU ломают «вечные» обработчики. Если нужна очередь, cron, полноценный stateful backend — это уже не их зона.

Отдельно проверьте интеграции: WebSocket, большие upload/download, бинарные ответы, заголовки кэша и поведение fetch-переадресаций. Именно тут появляются баги, которые в локальной сборке не видно, а в проде они выглядят как «иногда не работает» ⚙️

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