Vercel Fluid проти працівників Cloudflare. 💬 «Згідно з моїми висновками, Vercel у 1,2-5 разів швидший, ніж CloudFlare для рендерингу сервера». Ми дуже, дуже серйозно спробували Workers, коли досліджували граничний час виконання / світ. Ніякої "яловичини" немає, довелося мігрувати з технічних причин. Заради справедливості до них вони принесли на ринок нові ідеї. Ціни на основі процесора, наприклад, були хорошими, і 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) і процесор