Vercel ускорила CDN-метаданные на 91% — деплои короче на 17 секунд

Vercel ускорила поиск CDN-метаданных: вместо отдельного объекта на каждый путь всё собрали в шарды по ~200 КБ, и задержка на 99-м перцентиле упала на 91%. После деплоя первые запросы к маршрутам реже упираются в промахи кэша — на больших проектах с частыми выкатами это была постоянная боль.

Через CDN Vercel каждую секунду проходит свыше 80 млн инструкций маршрутизации. URL в запросе не всегда совпадает с путём обработчика: например, /blog/hello-world может резолвиться в /blog/[slug], а payload React Server Component — в /blog/[slug].rsc. Фильтры Блума отсекают пути, которых точно нет; для остальных нужен точный lookup метаданных.

Шарды вместо файла на путь

Раньше CDN кэшировал метаданные по одному target path — каждый новый деплой создавал свежий набор ключей. Теперь один fetch подтягивает записи для многих путей внутри шарда, а inline-индекс позволяет найти нужную строку без разбора всего файла. Сначала пробовали многомегабайтные шарды, но запросы распределялись между воркерами и LRU в памяти почти не срабатывал — остановились на ~200 КБ.

Что изменилось в цифрах

• P99 latency: 215,8 мс → 19,1 мс
• Средняя задержка: 8,59 мс → 1,81 мс
• Экономия на сборке: ~9,7 с + 4,5 с + 2,4 с ≈ 16,6 с
• Шаг deploy быстрее на ~10% в среднем, до ~25% на metadata-heavy проектах
• P99 route resolution на крупных сайтах — примерно вдвое быстрее

Перед выкатом новый lookup гоняли параллельно со старым в shadow mode за feature flag: в ответе оставался старый результат, расхождения смотрели в фоне. За несколько недель нашли единичные баги, в том числе в старом RFC 2047-кодировании путей с emoji — новый формат хранит UTF-8 напрямую.

Контракт Build Output API не менялся: Next.js и остальные фреймворки описывают статику, Functions и кэширование как раньше. Деплои после 17 июля 2026 уже на шардах; для старых — redeploy. На marketing и docs P99 metadata lookup упал с 203 до 31 мс, медиана осталась около 0,7 мс.

Источник: How we cut CDN metadata lookup latency by 91%.