Vercel Fluid против Cloudflare Workers. 💬"Согласно моим данным, Vercel в 1.2-5 раз быстрее, чем CloudFlare для серверного рендеринга." Мы очень, очень серьезно попробовали Workers, когда исследовали edge runtime / мир. Никаких "обид", нам пришлось мигрировать по техническим причинам. Чтобы быть справедливыми к ним, они принесли новые идеи на рынок. Ценообразование на основе ЦП, например, было хорошим, и Vercel Fluid тоже это имеет. Основные проблемы, с которыми мы столкнулись: 1️⃣ Плохая производительность ЦП, низкая емкость, очень нерегулярная и скачкообразная задержка. Бенчмарки это показывают. 2️⃣ Однопоставщик. Вы не можете запустить "Node.js 24". Вы запускаете "что угодно, что они вам дают, что пытается выглядеть как Node.js, но это не так" 3️⃣ Действительно плохая связь с облаками. Мы измерили время обратного прохода между AWS и CF Workers как низкие 10-100 миллисекунд. Результатом нашей миграции стало внедрение Fluid. Вы платите за ЦП, он обрабатывает параллелизм как сервер (экономично), вы контролируете размер / память функций, вы получаете полные, открытые среды выполнения, такие как @nodejs и Python, вы получаете задержку 1 мс до облачных сервисов… Большинство людей сегодня используют Fluid, и они даже не замечают, потому что это просто работает® с всей экосистемой. Вот бенчмарки, которые провел @theo:

Некоторые люди спрашивали о 3️⃣. Если ваша функция подключена к базе данных (Supabase, PlanetScale, Neon) или сервису (Stripe), то показатели будут выглядеть еще более драматично. Преимущество задержки в облаке колоссально. "Edge" был ошибкой не только в времени выполнения, но и в местоположении вычислений для основной логики приложения. Проблема двусторонняя: водопады (I/O) и ЦП.