Cloudflare Workers: 5 типовых ошибок, из-за которых edge-сборка превращается в костыль

Cloudflare Workers: 5 типовых ошибок, из-за которых edge-сборка превращается в костыль

Workers берут не «серверless магию», а очень строгую среду: быстрый старт, короткие запросы, ограниченная память и минимум локального состояния. Из-за этого ломаются привычные паттерны из Node.js: нельзя рассчитывать на долгоживущий процесс, фоновые задачи и тяжёлые зависимости без проверки размера бандла.

— Не тащите в воркер всё подряд. Если библиотека тянет лишний полифилл или Node-API, сборка раздувается, а cold start и ошибки импортов прилетают раньше трафика.
— Не храните критичное состояние в памяти. Инстанс может исчезнуть в любой момент; кэш в рантайме годится только как ускоритель, не как источник истины.
— Не ставьте длинные синхронные цепочки. Любая лишняя задержка бьёт по edge-профиту: лучше дробить работу, чем держать один запрос живым до упора.

Отдельная ловушка — внешний I/O. Любой fetch к API должен переживать таймауты, ретраи и понятный fallback. Если воркер выступает как прокси, сразу закладывайте защиту от петель, лимит заголовков и аккуратную работу с cookie.

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