Vercel объединяет Edge Middleware и Edge Functions в Vercel Functions (GA)

Основное обновление

Vercel устарел старые примитивы Edge Middleware и Edge Functions и заменил их на Vercel Routing Middleware (работает перед кэшем) и Vercel Functions (работает после кэша), оба работают на единой инфраструктуре Vercel Functions и поддерживают несколько сред выполнения (Edge runtime и Node.js) на Fluid compute. Routing Middleware теперь доступен для общего пользования.

Почему это важно

Это больше, чем просто изменение названия: Vercel объединил две модели выполнения в единую платформу функций, управляемую фреймворком, которая стандартизирует производительность, выбор сред выполнения и ценообразование. Практически это означает, что логика промежуточного ПО может работать как полные функции перед кэшем с теми же гарантиями инфраструктуры, которые вы получаете для функций после кэша, в то время как функции после кэша могут использовать либо минимальную среду выполнения Edge, либо более полную среду выполнения Node.js в зависимости от ваших потребностей. Для команд это изменяет приоритеты развертывания и тестирования — вам необходимо проверить, где ваш код работает относительно кэша, подтвердить совместимость сред выполнения (Edge против Node APIs) и повторно провести тесты на задержку и холодный старт, поскольку размещение выполнения и выставление счетов (CPU-time на Fluid compute) теперь объединены. Для авторов фреймворков и плагинов это снижает фрагментацию (одна инфраструктура функций для целевой настройки), но существующим проектам необходимо мигрировать с устаревших примитивов и проверить поведение (потоковая передача, задачи waitUntil, предпочтительное выполнение по регионам и любые предположения о доступных Node APIs). Короче говоря: ожидайте задачи по миграции и тестированию, потенциальные различия в стоимости/наблюдаемости и операционную выгоду от наличия одной согласованной среды выполнения функций для оптимизации.

Источник

• Источник