> ## 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 — le PaaS dédié à Laravel
> Laravel Cloud, apparu en 2025. Différences avec Forge, points forts et faibles, et bénéfices concrets à l'usage.
## Qu'est-ce que Laravel Cloud ?
[Laravel Cloud](https://cloud.laravel.com/docs/intro) est un **PaaS entièrement managé** officiellement Laravel.
Il intègre le déploiement, le scaling, la base de données, le cache et l'infrastructure WebSocket, spécifiquement pour Laravel.
Le [Changelog](https://cloud.laravel.com/docs/changelog) de Cloud indique la mention **Launched Laravel Cloud!** au `February 24, 2025`. Il s'agit d'un service relativement récent, dont la disponibilité générale a commencé en 2025.
***
## Différences avec Forge
Laravel Cloud et Laravel Forge s'adressent tous deux aux développeurs Laravel, mais ils se situent à des niveaux différents.
| Aspect | Laravel Cloud | Laravel Forge |
| ------------------------ | --------------------------------------------------------- | ----------------------------------------------------------------- |
| Positionnement | PaaS entièrement managé | Outil de gestion de serveurs |
| Opérations principales | Choisir un environnement et des ressources, puis déployer | Provisionner et exploiter un VPS ou EC2 |
| Gestion d'infrastructure | Minimale (gérée par Cloud) | Système d'exploitation et middleware à la charge de l'utilisateur |
| Accès root | Non (pas d'accès direct au niveau OS) | Oui (contrôle fin des serveurs) |
Pour « déployer vite une application Laravel sans se soucier de l'infra », choisissez Cloud.
Pour un « contrôle fin des serveurs », préférez Forge.
***
## Points forts de Laravel Cloud
Laravel Cloud brille par la facilité d'activer, depuis le tableau de bord, les fonctionnalités qu'on utilise réellement en production Laravel.
### Task Scheduler
Avec [Scheduled Tasks](https://cloud.laravel.com/docs/scheduled-tasks), il suffit d'activer le **Scheduler** sur le cluster App ou Worker pour que `schedule:run` s'exécute toutes les minutes.
### Managed Queues (files d'attente managées)
Sur [Queues](https://cloud.laravel.com/docs/queues), les **Managed Queues** sont recommandées. Laravel Cloud provisionne les queues, démarre les workers et gère le scaling. Le nombre de workers descend à zéro lorsqu'il n'y a pas de job, et vous n'êtes facturé que pendant les traitements.
| Option | Cas d'usage | Scaling | Facturation |
| -------------------------------------------- | ---------------------------------------------------------------------------- | --------------------------------------- | ---------------------------------------- |
| **Managed Queues** | Production, previews, développement. À choisir en premier | Auto selon la file. Zéro à l'inactivité | Secondes de worker + opérations de queue |
| **Worker cluster** | Vous voulez gérer vous-même `queue:work`, traitements en arrière-plan lourds | Basé sur CPU / mémoire | Tarif Worker cluster classique |
| **Processus d'arrière-plan sur cluster App** | Petit projet, jobs peu fréquents | Basé sur CPU / mémoire | Inclus dans le cluster App |
Managed Queues sépare le trafic web du traitement des jobs et fournit un tableau de bord des jobs échoués.
En revanche, si vous voulez gérer un driver comme `database` ou `redis` vous-même, choisissez un Worker cluster ; et si un même compute que l'application suffit, préférez les processus d'arrière-plan sur le cluster App.
Sur le tableau de bord infra canvas de l'environnement, cliquez sur **New Managed Queue**.
Renseignez nom de la queue, taille d'instance, intervalle de polling, nombre maximum de workers, etc.
Enregistrez et redéployez : Laravel Cloud met en place la queue et le pool de workers automatiquement.
Puisque les workers Managed Queues tombent à zéro quand il n'y a rien à faire, elles se marient bien avec Scale to Zero. Même si le cluster App dort, le traitement des queues peut démarrer automatiquement quand c'est nécessaire.
### Scale to Zero (compute Flex)
Dans [Compute](https://cloud.laravel.com/docs/compute#scale-to-zero), **Flex** est une classe de compute peu coûteuse et flexible. Le nouveau **Scale to Zero** est l'évolution de l'ancienne Hibernation sur ce compute Flex. Sur le nouveau **compute Flex**, le démarrage à réception d'une requête HTTP tombe à **moins de 500 ms**, alors qu'il fallait auparavant compter 5 à 20 secondes.
L'activation se fait via le toggle **Scale to Zero** dans les paramètres du cluster App, suivi d'un redéploiement après enregistrement.
De plus, dans un environnement Scale to Zero activé, l'environnement redémarre automatiquement pendant la veille pour les tâches planifiées et le traitement des queues.
Exécuter `schedule:run` sur le cluster App tout en déléguant les jobs aux Managed Queues est la combinaison la plus facile à mettre en œuvre, selon la documentation officielle actuelle.
Un `queue:work` géré manuellement sur le cluster App peut être interrompu au passage d'un sleep timeout. Pour être sûr de la continuité du traitement, privilégiez les Managed Queues comme le recommande la documentation officielle.
### Laravel Octane
Activer **Use Octane as runtime** dans [Compute](https://cloud.laravel.com/docs/compute#laravel-octane) fait tourner l'application avec une configuration Octane + FrankenPHP. Aucun paramétrage serveur manuel n'est nécessaire.
### SSR Inertia
Il suffit d'activer **Use Inertia SSR** dans [Compute](https://cloud.laravel.com/docs/compute#inertia-ssr). Avec un starter kit, `npm run build:ssr` est recommandé.
### Serveur WebSocket (Reverb)
Avec [Laravel Cloud WebSockets](https://cloud.laravel.com/docs/resources/websockets), vous créez un cluster WebSocket basé sur Reverb. Une fois attaché à l'environnement, `REVERB_*` et `VITE_REVERB_*` sont injectés automatiquement.
### Intégration Laravel Nightwatch
[Environments](https://cloud.laravel.com/docs/environments#nightwatch-integration) propose une intégration en un clic, et le [Changelog](https://cloud.laravel.com/docs/changelog) mentionne **One-Click Nightwatch Integration** au `July 1, 2025`.
La procédure manuelle est également documentée dans [nightwatch-on-cloud](https://cloud.laravel.com/docs/knowledge-base/nightwatch-on-cloud).
***
## Tarifs et offre gratuite
Le tarif de Laravel Cloud se compose fondamentalement d'un **tarif de plan + facturation à l'usage**.
Consultez toujours la page [Pricing](https://cloud.laravel.com/docs/pricing) pour le détail à jour.
* **Starter** : `5 $` par mois. `5 $` de crédit d'utilisation inclus chaque mois. Premier mois offert pour les nouvelles inscriptions
* **Growth** : `20 $/mois + usage`, `5 $` de crédit inclus chaque mois
* **Business** : `200 $/mois + usage`, `5 $` de crédit inclus chaque mois
Il est désormais plus facile qu'avant de démarrer de petits projets avec **Starter**.
La combinaison Scale to Zero + Managed Queues rend la prévision de coûts plus lisible pour les projets personnels ou les outils internes avec beaucoup de temps d'attente.
***
## Points d'attention à l'usage
### Pas d'utilisation nécessitant les droits root
Étant un PaaS, Cloud privilégie la simplicité d'exploitation à la liberté au niveau OS.
Si vous devez toucher au réglage du kernel ou faire tourner des daemons custom nécessitant les droits root, considérez plutôt Forge.
### Contrôlez le volume d'événements Nightwatch dès le départ
Sur les petites configurations ou le quota gratuit, le volume d'événements peut vite grimper : commencez par ajuster l'échantillonnage.
```ini theme={null}
NIGHTWATCH_REQUEST_SAMPLE_RATE=0.1
NIGHTWATCH_IGNORE_QUERIES=true
```
***
## Projets adaptés / non adaptés
### Adaptés
* Mettre en production une application Laravel au plus vite
* Exploiter conjointement Scheduler, Queue, Octane, SSR Inertia, Reverb
* Se concentrer sur le code et réduire le coût de l'exploitation serveur
### Non adaptés
* Tuning fin nécessitant les droits root et l'accès OS
* Contraintes d'infrastructure existantes fortes (middlewares propres, contraintes réseau)
***
## Conclusion
Laravel Cloud convient particulièrement aux équipes qui veulent « exploiter les fonctionnalités avancées de Laravel avec une charge d'infra réduite ».
Pour les projets combinant Scheduler, Queue, Octane, SSR Inertia, Reverb et Nightwatch, la mise en place et l'exploitation sont considérablement accélérées.
Si votre exploitation dépend d'un accès root, Forge est plus adapté.
Le plus sûr est de tester l'essai gratuit avec votre charge réelle pour vérifier l'adéquation opérationnelle.
## Related topics
- [Laravel Cloud CLI — piloter Laravel Cloud depuis le terminal](/fr/blog/laravel-cloud-cli.md)
- [Laravel Cloud Hibernation (mise en veille automatique)](/fr/blog/laravel-cloud-hibernation.md)
- [Labeler](/fr/packages/laravel-bluesky/labeler.md)
- [Cloud Sessions](/fr/packages/laravel-copilot-sdk/cloud-sessions.md)
- [Déploiement](/fr/deployment.md)