Vercel Services convierte el despliegue en un grafo de servicios

Tech

La unidad de despliegue pasa a ser el grafo de servicios. vercel.json define servicios, rutas públicas, runtimes, entrypoints y bindings internos.

Diagrama de un proyecto Vercel con frontend Next.js, backend, worker y servicio privado conectados por rewrites y bindings
Vercel Services explicita rutas públicas y bindings privados dentro de un grafo.

Qué pasó

El 30 de junio de 2026, Vercel anunció Services: múltiples frontends y backends dentro de un Vercel Project, con preview, build y rollback compartidos.

Por qué importa

La unidad de despliegue pasa a ser el grafo de servicios. vercel.json define servicios, rutas públicas, runtimes, entrypoints y bindings internos.

Señal comunitaria

La comunidad Next.js lleva tiempo discutiendo backends separados, límites de functions, WebSockets y coste. Esa fricción explica por qué un grafo común resulta atractivo, pero también aumenta la dependencia de una plataforma.

Pasos prácticos

Revise cada cambio de services, rewrites y bindings; pruebe el orden de rutas; diseñe autorización interna; y mida cuántas llamadas internas crea una petición de usuario.

Riesgos

Un binding reduce exposición pública, pero no autentica la llamada. Además, al estar en beta, conviene ensayar logs, rollback y coste antes de mover cargas críticas.

Checklist de Services

• El 30 de junio de 2026, Vercel anunció Services: múltiples frontends y backends dentro de un Vercel Project, con preview, build y rollback compartidos.

• Revise cada cambio de services, rewrites y bindings; pruebe el orden de rutas; diseñe autorización interna; y mida cuántas llamadas internas crea una petición de usuario.

• Un binding reduce exposición pública, pero no autentica la llamada. Además, al estar en beta, conviene ensayar logs, rollback y coste antes de mover cargas críticas.

Fuentes

다른 글