Passer au contenu principal

Qu’est-ce que Laravel Cloud ?

Laravel Cloud 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 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.
AspectLaravel CloudLaravel Forge
PositionnementPaaS entièrement managéOutil de gestion de serveurs
Opérations principalesChoisir un environnement et des ressources, puis déployerProvisionner et exploiter un VPS ou EC2
Gestion d’infrastructureMinimale (gérée par Cloud)Système d’exploitation et middleware à la charge de l’utilisateur
Accès rootNon (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, 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, 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.
OptionCas d’usageScalingFacturation
Managed QueuesProduction, previews, développement. À choisir en premierAuto selon la file. Zéro à l’inactivitéSecondes de worker + opérations de queue
Worker clusterVous voulez gérer vous-même queue:work, traitements en arrière-plan lourdsBasé sur CPU / mémoireTarif Worker cluster classique
Processus d’arrière-plan sur cluster AppPetit projet, jobs peu fréquentsBasé sur CPU / mémoireInclus 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.
1

Créer une Managed Queue

Sur le tableau de bord infra canvas de l’environnement, cliquez sur New Managed Queue.
2

Définir le nom de la queue et la configuration du worker

Renseignez nom de la queue, taille d’instance, intervalle de polling, nombre maximum de workers, etc.
3

Enregistrer et déployer

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, 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 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. Avec un starter kit, npm run build:ssr est recommandé.

Serveur WebSocket (Reverb)

Avec Laravel Cloud 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 propose une intégration en un clic, et le Changelog mentionne One-Click Nightwatch Integration au July 1, 2025. La procédure manuelle est également documentée dans 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 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.
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.
Dernière modification le 13 juillet 2026