Vercel Services: un solo proyecto, múltiples frameworks

¿Qué ha ocurrido?

Vercel ha anunciado el lanzamiento de Vercel Services, una nueva funcionalidad que permite ejecutar múltiples frontends y backends dentro de un único proyecto de Vercel. Según el blog oficial de Vercel, ahora es posible desplegar aplicaciones full-stack con varios frameworks en un dominio compartido, donde los servicios se comunican entre sí de forma privada y los despliegues se construyen, previsualizan y revierten juntos. Esta característica representa un cambio significativo respecto al modelo anterior, donde cada frontend o backend requería un proyecto separado, lo que complicaba la gestión de dependencias y la coordinación de despliegues. Con Vercel Services, la plataforma unifica estos elementos en un solo proyecto, simplificando el flujo de trabajo y reduciendo la fricción operativa.

Detalles técnicos

Los servicios se definen en el archivo vercel.json. Una vez definidos, aparecen en el panel de control y en la CLI de Vercel. La comunicación entre servicios se realiza mediante la nueva clave bindings, que permite que el frontend acceda al backend a través de una URL interna (BACKEND_INTERNAL_URL), sin enrutar por internet público. Esto mejora la seguridad y reduce la latencia. Además, el panel de despliegues ahora visualiza un grafo de servicios, y los registros filtran por servicio individual, lo que facilita la depuración. La CLI también se actualiza: vercel dev ejecuta todos los servicios localmente en un entorno similar al de producción.

La mayoría de los frameworks funcionan con configuración cero. Vercel detecta automáticamente el framework de cada servicio y lo aprovisiona, desde FastAPI y Flask hasta Express y Hono, con soporte de primera clase para Go y Rust. Los servicios se ejecutan en Fluid Compute con precios de Active CPU, por lo que solo se paga por el tiempo en que el código está realmente ejecutándose. Esto contrasta con el modelo tradicional de instancias siempre encendidas, que genera costos fijos incluso en periodos de inactividad. Fluid Compute escala a cero cuando no hay tráfico, lo que puede reducir significativamente los costos para aplicaciones con patrones de uso intermitentes, como APIs de uso esporádico o sitios con tráfico variable.

¿Por qué es importante?

Vercel Services unifica el flujo de trabajo de equipos que utilizan diferentes tecnologías en un mismo proyecto. Anteriormente, para tener un frontend en Next.js y un backend en FastAPI, era necesario crear proyectos separados o usar soluciones ad hoc, como proxies inversos o configuraciones manuales de red. Ahora, todo reside en un solo proyecto, con despliegues coordinados y comunicación interna segura. Esto simplifica la gestión, reduce la complejidad operativa y acelera el desarrollo. Por ejemplo, un equipo puede trabajar simultáneamente en un frontend React y un backend Go, y los cambios se despliegan atómicamente, evitando incompatibilidades entre versiones.

Además, el modelo de precios Active CPU es más eficiente que las instancias siempre encendidas, lo que puede reducir costos en aplicaciones con tráfico variable. Según Vercel, Fluid Compute permite que los servicios se ejecuten solo cuando hay solicitudes activas, lo que es ideal para backends que no requieren disponibilidad 24/7. Esto representa una ventaja competitiva frente a plataformas que cobran por tiempo de ejecución fijo, como Heroku o AWS Elastic Beanstalk.

Consecuencias para el mercado

Esta movida posiciona a Vercel más directamente como competidor de plataformas como Netlify, Railway o Fly.io, que ya ofrecen despliegues multi-servicio. Sin embargo, la integración nativa con el ecosistema de Vercel (Next.js, Turbopack, Edge Functions) y la facilidad de uso pueden atraer a desarrolladores que buscan una experiencia unificada. A diferencia de Netlify, que requiere configuraciones más manuales para backends, Vercel Services ofrece autodetección de frameworks y bindings automáticos, reduciendo la curva de aprendizaje. Railway, por su parte, también ofrece despliegues multi-servicio, pero su modelo de precios es por contenedor, mientras que Vercel cobra por tiempo de CPU activo, lo que puede ser más económico para cargas de trabajo variables.

Para las empresas, significa menos fricción al adoptar microservicios o arquitecturas full-stack en un solo proveedor. Los equipos pueden combinar, por ejemplo, un frontend en React con un backend en Go, todo gestionado desde el mismo panel y con despliegues atómicos. Esto podría acelerar la adopción de arquitecturas basadas en microservicios, especialmente en startups que buscan reducir la complejidad operativa. Además, la capacidad de previsualizar cambios en un entorno de vista previa unificado (con todos los servicios coordinados) mejora la colaboración entre desarrolladores frontend y backend.

Lo que deben saber los lectores

Vercel Services está disponible desde el anuncio. Para empezar, basta con definir los servicios en vercel.json y desplegar. La documentación oficial proporciona guías detalladas, incluyendo ejemplos de configuración para diferentes combinaciones de frameworks. Es importante tener en cuenta que, aunque la mayoría de los frameworks se autodetectan, puede haber casos límite que requieran configuración manual, como frameworks no listados o configuraciones personalizadas de build. Además, el uso de bindings internos es clave para la seguridad y eficiencia; se recomienda no exponer las URLs internas al exterior.

En resumen, Vercel Services es un paso significativo hacia una plataforma de desarrollo full-stack más integrada, que promete simplificar el trabajo de los desarrolladores y reducir costos operativos. Sin embargo, los equipos deben evaluar si su stack actual es compatible y si el modelo de precios Active CPU se ajusta a sus patrones de tráfico. Para aplicaciones con tráfico constante, otras soluciones como instancias dedicadas podrían ser más predecibles en costos. No obstante, para la mayoría de los casos de uso modernos, esta funcionalidad representa una mejora sustancial en la experiencia de desarrollo y despliegue.