> ## Documentation Index
> Fetch the complete documentation index at: https://kawax.biz/llms.txt
> Use this file to discover all available pages before exploring further.
# Laravel Cloud — visión completa del PaaS específico para Laravel
> Laravel Cloud, aparecido en 2025. Explica las diferencias con Forge, sus puntos fuertes y débiles, y las ventajas de usarlo en la práctica.
## Qué es Laravel Cloud
[Laravel Cloud](https://cloud.laravel.com/docs/intro) 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](https://cloud.laravel.com/docs/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.
| Aspecto | Laravel Cloud | Laravel Forge |
| -------------------------- | ------------------------------------------------------- | -------------------------------------------------------------- |
| Posicionamiento | PaaS totalmente gestionado | Herramienta de gestión de servidores |
| Operativa principal | Seleccionas entorno y recursos y despliegas | Aprovisionas y operas VPS / EC2, etc. |
| Gestión de infraestructura | Mínima (la gestiona Cloud) | La operación de SO y middleware es responsabilidad del usuario |
| Permisos de root | No (no se contempla la operación directa a nivel de SO) | Sí (permite un control muy fino del servidor) |
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](https://cloud.laravel.com/docs/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](https://cloud.laravel.com/docs/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.
| Opción | Uso adecuado | Escalado | Modelo de precio |
| -------------------------------------------- | ---------------------------------------------------------------------------------------- | ------------------------------------------------------------------ | ----------------------------------------------------- |
| **Managed Queues** | Producción, preview y desarrollo en general. La primera opción a considerar | Automático según la acumulación de la cola. En ralentí baja a cero | Segundos de ejecución de worker + operaciones de cola |
| **Worker cluster** | Cuando quieres gestionar `queue:work` por tu cuenta, o procesos en segundo plano grandes | Basado en CPU / memoria | Precio habitual del Worker cluster |
| **Proceso en segundo plano del App cluster** | Desarrollos pequeños o jobs de baja frecuencia | Basado en CPU / memoria | Incluido en el App cluster |
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.
En el dashboard del lienzo de infraestructura del entorno, haz clic en **New Managed Queue**.
Configura el nombre de la cola, el tamaño de la instancia, el intervalo de polling, el número máximo de workers, etc.
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](https://cloud.laravel.com/docs/compute#scale-to-zero) 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](https://cloud.laravel.com/docs/resources/databases/laravel-mysql#scale-to-zero) 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,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](https://cloud.laravel.com/docs/compute#scale-to-zero) y [Scale to Zero de Laravel Valkey](https://cloud.laravel.com/docs/resources/caches/valkey#scale-to-zero), 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](https://cloud.laravel.com/docs/compute#laravel-octane), 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](https://cloud.laravel.com/docs/compute#inertia-ssr). Cuando uses el starter kit se recomienda `npm run build:ssr`.
### Servidor WebSocket (Reverb)
En [Laravel Cloud WebSockets](https://cloud.laravel.com/docs/resources/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](https://cloud.laravel.com/docs/environments#nightwatch-integration) ofrece integración en un clic; en el [Changelog](https://cloud.laravel.com/docs/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](https://cloud.laravel.com/docs/knowledge-base/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](https://cloud.laravel.com/docs/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.
```ini theme={null}
NIGHTWATCH_REQUEST_SAMPLE_RATE=0.1
NIGHTWATCH_IGNORE_QUERIES=true
```
***
## 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.
## Related topics
- [Hibernación (suspensión automática) de Laravel Cloud](/es/blog/laravel-cloud-hibernation.md)
- [Blog](/es/blog/index.md)
- [Laravel Head — paquete para gestionar el del documento](/es/blog/laravel-head-introduction.md)
- [GitHub Copilot SDK for Laravel](/es/packages/laravel-copilot-sdk/index.md)
- [Cloud Sessions](/es/packages/laravel-copilot-sdk/cloud-sessions.md)