Vercel lance Vercel Services : frontend et backend déployés ensemble dans un même projet

Vercel a présenté Vercel Services, une nouvelle fonctionnalité qui permet de faire tourner plusieurs frameworks à la fois, par exemple un frontend Next.js et un backend FastAPI, au sein d'un même Vercel Project. Les services partagent leurs déploiements et communiquent via un réseau interne.

Comment configurer Vercel Services

Les services se déclarent dans le fichier vercel.json, sous la clé "services". Pour chaque service, on définit un chemin (root) et un framework ou un point d'entrée (entrypoint). Le routage du trafic public passe par des rewrites. On peut diriger le trafic public uniquement vers le service frontend et laisser le backend accessible exclusivement depuis l'intérieur du projet.

• Configuration des services : via la clé "services" dans vercel.json
• Exemple tiré de la documentation de Vercel : un service my_frontend sous Next.js et un service my_backend sous FastAPI (entrypoint main:app)
• Dans cet exemple, le backend n'a aucune route publique : seul le service my_frontend y accède, via le réseau interne
• Le panneau Deployments affiche une visualisation du graphe des services, et l'interface Logs permet de filtrer les logs service par service
• La commande vercel dev lance automatiquement tous les services en local, en reproduisant l'environnement de production

Quel problème résout le regroupement des services

Jusqu'ici, les équipes qui combinaient dans un même produit un frontend JavaScript et, par exemple, un backend Python devaient généralement les répartir sur des plateformes cloud différentes. Vercel s'est historiquement imposé sur le déploiement frontend autour de Next.js, tandis que les services backend en FastAPI, Django ou Flask partaient le plus souvent chez d'autres hébergeurs. Concrètement, cela impliquait deux chaînes CI/CD indépendantes, deux jeux de logs et de monitoring, et une synchronisation manuelle des versions du frontend et du backend à chaque release. Vercel Services comble ce fossé : la configuration de plusieurs frameworks et services complets tient dans un seul fichier vercel.json, au lieu d'être assemblée à la main à partir des réglages de plateformes distinctes.

Ce qu'apportent les déploiements atomiques et les service bindings

Les déploiements atomiques garantissent que le frontend, le backend et les autres services du projet sont déployés et restaurés de manière synchronisée, et non séparément. Les déploiements de preview partagés montrent l'impact d'une même modification sur l'ensemble des services. Une configuration dédiée, les bindings, permet aux services de s'appeler directement, sans passer par l'internet public : la clé BACKEND_INTERNAL_URL, par exemple, est automatiquement injectée dans les variables d'environnement du frontend et pointe vers l'adresse interne du backend.

Ce que cela signifie

Vercel Services referme une fracture ancienne entre les parties frontend et backend d'un même produit, qui vivaient souvent dans des clouds différents, chacune avec ses propres processus de développement et de déploiement. Pour les équipes qui associent un frontend JavaScript et, par exemple, un backend Python sous FastAPI, cela se traduit par un déploiement unique, un environnement de preview commun et une liaison interne directe entre services, sans reverse proxy ni configuration CORS. Pour la plateforme, c'est aussi un moyen de retenir dans son écosystème les équipes qui migraient auparavant la partie backend de leur projet chez des hébergeurs tiers, simplement parce que Vercel ne proposait pas de solution pratique pour regrouper toute la stack au même endroit.

Questions fréquentes

Qu'est-ce que Vercel Services ?

C'est une fonctionnalité de Vercel qui permet de faire tourner plusieurs services, par exemple un frontend Next.js et un backend FastAPI, au sein d'un même Vercel Project, avec un routage commun, des déploiements atomiques et une mise à l'échelle automatique. La configuration se fait dans vercel.json, sous la clé "services".

Faut-il un reverse proxy pour que les services communiquent entre eux ?

Non. D'après la documentation de Vercel, on peut raccorder les services à une table de routage commune et configurer leurs échanges via des bindings, sans reverse proxy et sans configuration CORS.