Vercel lanza Vercel Services: frontend y backend en un único despliegue dentro del mismo proyecto

Vercel ha presentado Vercel Services, una nueva funcionalidad que permite ejecutar varios frameworks a la vez —por ejemplo, un frontend en Next.js y un backend en FastAPI— dentro de un mismo Vercel Project, con despliegues compartidos y una red interna entre los servicios.

Cómo configurar Vercel Services

Los servicios se definen en el archivo vercel.json bajo la clave "services". Para cada servicio se indica una ruta (root) y un framework o punto de entrada (entrypoint), mientras que el enrutamiento del tráfico público se configura mediante rewrites. El tráfico público puede dirigirse únicamente al servicio de frontend, de modo que el backend quede accesible exclusivamente desde dentro del proyecto.

• Los servicios se configuran mediante la clave "services" en vercel.json
• Ejemplo de la documentación de Vercel: el servicio my_frontend en Next.js y el servicio my_backend en FastAPI (entrypoint main:app)
• En el ejemplo, el backend no tiene una ruta pública: solo es accesible para el servicio my_frontend a través de la red interna
• El panel Deployments muestra una visualización del grafo de servicios, y la interfaz Logs UI permite filtrar los logs por servicio
• El comando vercel dev arranca automáticamente todos los servicios en local y reproduce el entorno de producción

Qué problema resuelve la unificación de servicios

Hasta ahora, los equipos que combinaban en un mismo producto un frontend en JavaScript y, por ejemplo, un backend en Python solían tener que repartirlos entre distintas plataformas cloud. Vercel se ha distinguido históricamente por el despliegue de frontends basados en Next.js, mientras que los servicios de backend en FastAPI, Django o Flask acababan con frecuencia en plataformas de hosting aparte.

En la práctica, esto suponía dos sistemas de CI/CD independientes, dos conjuntos de logs y monitorización, y sincronizar a mano las versiones del frontend y del backend en cada release. Vercel Services elimina esa brecha: la configuración de varios frameworks y servicios completos se describe en un único archivo vercel.json, en lugar de montarse manualmente a partir de los ajustes de distintas plataformas.

Qué aportan los despliegues atómicos y los service bindings

Los despliegues atómicos garantizan que el frontend, el backend y el resto de servicios del proyecto se desplieguen y se reviertan de forma sincronizada, no por separado. Los despliegues de preview compartidos muestran cómo un mismo cambio afecta a todos los servicios a la vez. Una configuración específica de bindings permite que los servicios se comuniquen directamente entre sí sin pasar por el internet público: por ejemplo, la clave BACKEND_INTERNAL_URL se inyecta automáticamente en las variables de entorno del frontend y apunta a la dirección interna del backend.

Qué significa esto

Vercel Services cierra una brecha histórica entre el frontend y el backend de un mismo producto, que antes solían vivir en nubes distintas, cada uno con sus propios procesos de desarrollo y despliegue. Para los equipos que combinan un frontend en JavaScript con, por ejemplo, un backend en Python con FastAPI, esto se traduce en un despliegue unificado, un entorno de preview común y una comunicación interna directa entre servicios, sin proxy inverso ni configuración de CORS. Para la plataforma, también es una forma de retener dentro de su ecosistema a los equipos que antes se llevaban el backend del proyecto a hostings de terceros simplemente porque Vercel no ofrecía una manera cómoda de mantener todo el stack en un solo lugar.

Preguntas frecuentes

¿Qué es Vercel Services?

Es una funcionalidad de Vercel para ejecutar varios servicios —por ejemplo, un frontend en Next.js y un backend en FastAPI— dentro de un mismo Vercel Project, con enrutamiento compartido, despliegues atómicos y escalado automático. La configuración se define en vercel.json bajo la clave "services".

¿Hace falta un proxy inverso para que los servicios se comuniquen entre sí?

No. Según la documentación de Vercel, los servicios pueden conectarse a una tabla de enrutamiento común y configurar su interacción mediante bindings, sin proxy inverso y sin configurar CORS.