Skip to main content

Qué es Laravel Cloud

Laravel Cloud es el PaaS totalmente gestionado oficial de Laravel. Integra, orientado a Laravel, el despliegue de aplicaciones, el escalado, la base de datos, la caché y la infraestructura de WebSocket. En el Changelog de Cloud se registra el February 24, 2025 como Launched Laravel Cloud!. Es un servicio relativamente reciente cuya disponibilidad general comenzó en 2025.

Diferencias con Forge

Laravel Cloud y Laravel Forge están ambos dirigidos a desarrolladores Laravel, pero operan en capas distintas. Si quieres «sacar rápido tu app Laravel sin preocuparte por la infraestructura», Cloud; si quieres «control detallado del servidor», Forge.

Puntos fuertes de Laravel Cloud

El punto fuerte de Laravel Cloud es que facilita habilitar desde el dashboard las funcionalidades que se usan en la operación real de Laravel.

Task Scheduler

En Scheduled Tasks basta con habilitar el Scheduler en el App cluster o Worker cluster para que schedule:run se ejecute cada minuto.

Managed Queues (colas gestionadas)

En Queues se recomiendan las Managed Queues. Laravel Cloud se encarga automáticamente del aprovisionamiento de la cola, el arranque de los workers y su escalado y, cuando no hay jobs, el número de workers baja hasta cero, con lo que solo se cobra durante el procesamiento. Managed Queues separa el tráfico web del procesamiento de jobs y también dispone de dashboard para jobs fallidos. Por otro lado, si quieres gestionar tú mismo otro driver como database o redis, usa Worker cluster; si con el mismo compute que la app te basta, usa un proceso en segundo plano del App cluster.
1

Crea una Managed Queue

En el dashboard del lienzo de infraestructura del entorno, haz clic en New Managed Queue.
2

Define nombre de cola y configuración del worker

Configura el nombre de la cola, el tamaño de la instancia, el intervalo de polling, el número máximo de workers, etc.
3

Guarda y despliega

Al guardar la configuración y volver a desplegar, Laravel Cloud prepara automáticamente la cola y el pool de workers.
Como los workers de Managed Queues bajan a cero cuando no hay jobs, encaja bien con configuraciones que combinan el Scale to Zero descrito más adelante. Aunque el App cluster esté hibernado, puede arrancarse automáticamente solo cuando se necesita procesamiento de la cola.

Scale to Zero (compute Flex)

Flex en Compute es una clase de compute flexible y de bajo coste. El nuevo Scale to Zero es un mecanismo evolucionado a partir de la antigua Hibernation sobre este compute Flex. En el nuevo compute Flex, el arranque tras la llegada de una petición HTTP se reduce a menos de 500 ms, dejando atrás las esperas de 5 a 20 segundos habituales antes. Para habilitarlo, activa el toggle Scale to Zero en la pantalla de configuración del App cluster, guarda y vuelve a desplegar. Además, en entornos con Scale to Zero activo, aunque estén dormidos, el entorno arranca automáticamente para las Scheduled Tasks y el procesamiento de la cola. La combinación más manejable en la documentación oficial actual es hacer girar schedule:run en el App cluster y delegar el procesamiento de jobs en Managed Queues.
Un queue:work propio corriendo en el App cluster puede interrumpirse al cruzar el sleep timeout. Si quieres que el procesamiento de la cola continúe con seguridad, prioriza Managed Queues como indica la documentación oficial.

Scale to Zero de MySQL

El tamaño Flex de Laravel MySQL también soporta Scale to Zero. Si la base de datos no recibe conexiones durante un tiempo (idle timeout configurable entre 1 minuto y 1 hora), se duerme y se detiene la facturación de compute. El almacenamiento sigue siempre online, así que los datos se conservan mientras duerme y solo se sigue facturando la parte de almacenamiento. Cuando llega la siguiente conexión, arranca automáticamente. Todos los clústeres de Laravel MySQL están precedidos por una capa de proxy, así que las conexiones durante el arranque se retienen en el proxy y luego se transfieren a la base de datos. No hay errores de conexión: la primera consulta simplemente tarda unos cientos de milisegundos más (los tamaños de memoria mayores tienden a tardar más en arrancar). En las copias de seguridad automáticas y en los snapshots manuales también se arranca temporalmente y, al terminar, vuelve a dormirse. Actualmente está disponible con los tamaños Flex en US East (N. Virginia) y US East (Ohio), y se irá extendiendo a otras regiones. Las bases de datos existentes siguen operando con el mismo tamaño y precio actuales sin cambios. El tamaño Pro funciona siempre y no entra en el ámbito de Scale to Zero.
Las bases de datos Flex compatibles con Scale to Zero pierden beneficio cuando se comparten entre varias aplicaciones o cuando reciben accesos durante todo el día, ya que no llegan a dormirse. Si tu MySQL actual funciona de forma estable, migrarla a la versión con Scale to Zero puede aumentar ligeramente el precio mínimo (5,55,5 → 6,6) en algunos casos, así que decide en función de tu carga de trabajo. Las MySQL de nueva creación ya solo disponen de la versión con Scale to Zero.
Combinándolo con Scale to Zero de Compute y Scale to Zero de Laravel Valkey, puedes minimizar los costes tanto en entornos de desarrollo y proyectos secundarios como en producciones con picos de tráfico.

Laravel Octane

Si activas Use Octane as runtime en Compute, Cloud lo ejecuta con la configuración Octane + FrankenPHP. No es necesario montar a mano la configuración del servidor.

SSR de Inertia

Puedes usarlo activando Use Inertia SSR en Compute. Cuando uses el starter kit se recomienda npm run build:ssr.

Servidor WebSocket (Reverb)

En Laravel Cloud WebSockets puedes crear un clúster WebSocket basado en Reverb. Al vincularlo al entorno, se inyectan automáticamente REVERB_* y VITE_REVERB_*.

Integración con Laravel Nightwatch

Environments ofrece integración en un clic; en el Changelog de Cloud también se registra One-Click Nightwatch Integration con fecha July 1, 2025. Si necesitas configuración manual, hay un procedimiento en nightwatch-on-cloud.

Precio y plan gratuito

El precio de Laravel Cloud es esencialmente precio de plan + facturación por uso. Consulta siempre los detalles en Pricing.
  • Starter: $5/mes. Incluye $5 mensuales de crédito de uso. Los nuevos registros tienen el primer mes gratis.
  • Growth: $20/mo + usage, con $5 mensuales de crédito de uso.
  • Business: $200/mo + usage, con $5 mensuales de crédito de uso.
Es más fácil que antes empezar proyectos pequeños con Starter. Combinando Scale to Zero y Managed Queues, hasta los desarrollos personales o herramientas internas con largos tiempos de inactividad tienen un coste más predecible.

Aspectos a tener en cuenta al usarlo en la práctica

No se puede operar asumiendo permisos de root

Como Cloud es un PaaS, prioriza la comodidad operativa por encima de la libertad a nivel de SO. Si necesitas trabajos que requieran permisos de root, como configuración del kernel o daemons propios residentes, valora opciones como Forge.

Controla desde el principio el volumen de eventos de Nightwatch

Cuando uses Nightwatch en el plan gratuito o en configuraciones pequeñas, es fácil que el volumen de eventos aumente, así que lo seguro es introducir desde el principio un ajuste de muestreo.

Proyectos adecuados y no adecuados

Adecuados

  • Quieres llevar tu app Laravel a producción lo antes posible.
  • Quieres operar Scheduler, Queue, Octane, Inertia SSR y Reverb de forma unificada.
  • Quieres centrarte en el desarrollo de la aplicación y reducir el coste de operación del servidor.

No adecuados

  • Quieres afinar a fondo a nivel de SO con permisos de root.
  • Tienes requisitos de infraestructura especiales muy marcados (middleware propio, restricciones de red especiales).

Resumen

Laravel Cloud es muy adecuado para equipos que quieren «operar las funcionalidades avanzadas de Laravel con menor carga de construcción de infraestructura». Especialmente en proyectos que combinan Scheduler, Queue, Octane, Inertia SSR, Reverb y Nightwatch, el arranque y la operación inicial se aceleran notablemente. Por otro lado, si tu operación asume permisos de root, Forge es más apropiado. Lo más seguro es probar primero con la prueba gratuita ejecutando cargas reales y comprobar si se ajusta a tus requisitos operativos.
Última modificación el 2 de agosto de 2026