> ## 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 — Todo sobre el PaaS específico para Laravel
> Laravel Cloud, aparecido en 2025. Se explican las diferencias con Forge, sus fortalezas y debilidades, y los beneficios de uso real.
## ¿Qué es Laravel Cloud?
[Laravel Cloud](https://cloud.laravel.com/docs/intro) es el **PaaS totalmente gestionado** oficial de Laravel.
Integra para Laravel el despliegue de aplicaciones, el escalado, las bases de datos, la caché y la infraestructura de WebSocket.
En el [Changelog](https://cloud.laravel.com/docs/changelog) de Cloud consta el `February 24, 2025` como **Launched Laravel Cloud!**. Es un servicio relativamente nuevo cuyo lanzamiento general comenzó en 2025.
***
## Diferencias con Forge
Tanto Laravel Cloud como Laravel Forge están orientados a desarrolladores Laravel, pero operan en capas distintas.
| Aspecto | Laravel Cloud | Laravel Forge |
| -------------------------- | -------------------------------------------------------- | ---------------------------------------------------------- |
| Posicionamiento | PaaS totalmente gestionado | Herramienta de gestión de servidores |
| Operación principal | Elegir entorno y recursos y desplegar | Aprovisionar y operar VPS / EC2 y similares |
| Gestión de infraestructura | Mínima (la gestiona Cloud) | La responsabilidad del OS y middleware recae en el usuario |
| Permisos root | No hay (no se contempla la operación directa a nivel OS) | Sí (permite un control detallado del servidor) |
Si buscas "publicar rápido apps Laravel sin preocuparte por la infraestructura", Cloud es la opción; si quieres "controlar el servidor con detalle", Forge es más adecuado.
***
## Fortalezas de Laravel Cloud
El punto fuerte de Laravel Cloud es que facilita activar, principalmente desde el dashboard, las funciones que se usan en la operación real de Laravel.
### Task Scheduler
En [Scheduled Tasks](https://cloud.laravel.com/docs/scheduled-tasks), basta con activar **Scheduler** en el App cluster o el 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 aprovisiona automáticamente las colas, arranca los workers y los escala, y como el número de workers baja a cero cuando no hay jobs, se paga solo durante el procesamiento.
| Opción | Uso adecuado | Escalado | Modelo de precios |
| --------------------------------------------- | ------------------------------------------------------------------------------------- | ------------------------------------------------------------- | ------------------------------------------------------ |
| **Managed Queues** | Producción, preview y desarrollo en general. Configuración a elegir primero | Automático según el retraso de la cola. En idle escala a cero | Segundos de operación del worker + operaciones de cola |
| **Worker cluster** | Quieres gestionar `queue:work` por tu cuenta, procesamientos en segundo plano grandes | Basado en CPU/memoria | Tarifa habitual del Worker cluster |
| **Procesos en segundo plano del App cluster** | Desarrollo a pequeña escala o jobs poco frecuentes | Basado en CPU/memoria | Incluido en el App cluster |
Managed Queues permite separar el tráfico web del procesamiento de jobs y ofrece también un dashboard de jobs fallidos.
Por otro lado, si quieres gestionar por tu cuenta otros drivers como `database` o `redis`, usa Worker cluster; si con la misma compute que la app es suficiente, usa procesos 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, encajan bien con configuraciones que combinan el Scale to Zero descrito más abajo. Aunque el App cluster duerma, se puede arrancar automáticamente solo cuando se necesita procesamiento de cola.
### Scale to Zero (Flex Compute)
**Flex**, disponible en [Compute](https://cloud.laravel.com/docs/compute#scale-to-zero), es una compute class que se puede usar con bajo coste y flexibilidad. El nuevo **Scale to Zero** es una evolución de la antigua Hibernation aplicada a esta Flex Compute. En la nueva **Flex Compute**, el arranque al llegar una petición HTTP se ha reducido a **menos de 500 ms**, con lo que ya no hay que asumir la espera de 5 a 20 segundos.
Para activarlo basta con activar el toggle **Scale to Zero** en la pantalla de configuración del App cluster y volver a desplegar tras guardar.
Además, en entornos con Scale to Zero activado, el entorno se arranca automáticamente incluso durante el sleep para las Scheduled Tasks y el procesamiento de colas.
La combinación de mantener `schedule:run` en el App cluster y delegar los jobs a Managed Queues es también la combinación más manejable en la documentación oficial actual.
Un `queue:work` propio en el App cluster puede interrumpirse si atraviesa el sleep timeout. Si quieres asegurar la continuidad del procesamiento de cola, prioriza Managed Queues tal como indica la documentación oficial.
### Laravel Octane
En [Compute](https://cloud.laravel.com/docs/compute#laravel-octane), si activas **Use Octane as runtime**, Cloud ejecuta con la configuración Octane + FrankenPHP. No hace falta montar a mano la configuración del servidor.
### Inertia SSR
Se activa **Use Inertia SSR** en [Compute](https://cloud.laravel.com/docs/compute#inertia-ssr). Si usas el starter kit, se recomienda `npm run build:ssr`.
### Servidor WebSocket (Reverb)
Con [Laravel Cloud WebSockets](https://cloud.laravel.com/docs/resources/websockets) puedes crear un cluster WebSocket basado en Reverb. Al adjuntarlo al entorno, se inyectan automáticamente `REVERB_*` y `VITE_REVERB_*`.
### Integración con Laravel Nightwatch
En [Environments](https://cloud.laravel.com/docs/environments#nightwatch-integration) hay integración con un clic, y en el [Changelog](https://cloud.laravel.com/docs/changelog) de Cloud consta también el `July 1, 2025` como **One-Click Nightwatch Integration**.
Si necesitas configuración manual, hay procedimiento en [nightwatch-on-cloud](https://cloud.laravel.com/docs/knowledge-base/nightwatch-on-cloud).
***
## Precios y plan gratuito
Los precios de Laravel Cloud son básicamente **tarifa del plan + cobro por uso**.
Consulta siempre los detalles en [Pricing](https://cloud.laravel.com/docs/pricing).
* **Starter**: $5/mes. Incluye $5 de crédito de uso mensual. Los nuevos registros tienen el primer mes gratis
* **Growth**: `$20/mo + usage`, incluye \$5 de crédito de uso mensual
* **Business**: `$200/mo + usage`, incluye \$5 de crédito de uso mensual
Ahora es más fácil que antes empezar un proyecto pequeño con **Starter**.
La combinación de Scale to Zero y Managed Queues permite estimar mejor los costes incluso en desarrollos personales o herramientas internas con largos tiempos de espera.
***
## Consideraciones al usarlo de verdad
### No se puede operar asumiendo permisos root
Al ser un PaaS, Cloud prioriza la simplicidad operativa sobre la libertad a nivel OS.
Si necesitas configuraciones del kernel o mantener demonios propios como residentes que requieran permisos root, considera alternativas como Forge.
### Controlar el volumen de eventos de Nightwatch al principio
Si usas Nightwatch con la capa gratuita o con configuraciones a pequeña escala, el volumen de eventos tiende a crecer, así que es prudente introducir un ajuste de muestreo desde el principio.
```ini theme={null}
NIGHTWATCH_REQUEST_SAMPLE_RATE=0.1
NIGHTWATCH_IGNORE_QUERIES=true
```
***
## Proyectos adecuados e inadecuados
### Adecuados
* Quieres llevar una app Laravel a producción en el menor tiempo posible
* Quieres operar de forma conjunta Scheduler / Queue / Octane / Inertia SSR / Reverb
* Quieres concentrarte en el desarrollo de la app y reducir el coste de operar servidores
### Inadecuados
* Quieres tunear con fuerza el OS con permisos root
* Tienes requisitos de infraestructura especial existentes (middleware propio, restricciones de red particulares, etc.)
***
## Conclusión
Laravel Cloud encaja especialmente bien con equipos que quieran "operar las funcionalidades avanzadas de Laravel reduciendo la carga de construir infraestructura".
Sobre todo en proyectos que combinan Scheduler / Queue / Octane / Inertia SSR / Reverb / Nightwatch, la velocidad inicial de arranque y de operación aumenta notablemente.
Por el contrario, si asumes operaciones que requieren permisos root, Forge se ajusta mejor.
Lo más fiable es probar tu carga real con la prueba gratuita y comprobar si se adapta a tus requisitos operativos.
## Related topics
- [Hibernación (suspensión automática) de Laravel Cloud](/es/blog/laravel-cloud-hibernation.md)
- [SessionEvent](/es/packages/laravel-copilot-sdk/session-event.md)
- [Laravel y el desarrollo con IA](/es/ai.md)
- [Laravel Maestro — Orquestador de desarrollo de starter kits](/es/blog/maestro-introduction.md)
- [Laravel MCP](/es/mcp.md)