Le provisionnement d’une application Laravel Cloud peut désormais commencer depuis le terminal, sans passer par une série d’écrans de configuration. Avec Stripe Projects, la CLI Stripe permet de créer une application, de choisir une région et un dépôt GitHub, puis d’ajouter les ressources nécessaires à son fonctionnement. Le résultat ne se limite pas à un service isolé : calcul, base de données et files d’attente peuvent être préparés dans un même workflow développeur.

Cette intégration répond aussi à un besoin concret de l’automatisation. Un développeur ou un agent capable de générer du code peut désormais lancer l’infrastructure et récupérer les identifiants associés, tandis que l’achat des ressources passe par le compte Stripe. Pour une petite équipe qui prépare un nouveau produit, cela réduit les allers-retours entre le dépôt, le tableau de bord cloud et la gestion des secrets. Le tableau de bord Laravel Cloud reste accessible pour les opérations qui ne sont pas couvertes par la CLI : le terminal devient une voie rapide, pas une nouvelle contrainte.

En bref

• Une commande pour démarrer : la commande Stripe Projects dédiée crée une application Laravel Cloud et son environnement par défaut.
• Une infrastructure cohérente : calcul, base de données et cache peuvent être ajoutés au fil des besoins.
• Des identifiants transmis automatiquement : les informations de connexion sont écrites dans l’environnement prévu, sans copie manuelle depuis un tableau de bord.
• Un compte existant reste utilisable : la CLI peut s’y authentifier sans modifier la configuration déjà en place.

Laravel Cloud et CLI Stripe : un provisionnement complet depuis le terminal

Stripe Projects est une couche de provisionnement intégrée à la CLI Stripe. Alors que plusieurs services du catalogue fournissent une ressource unique à assembler avec d’autres, Laravel Cloud propose une pile pensée pour les applications Laravel : l’environnement de calcul, les bases de données et les files d’attente peuvent être préparés dans le même parcours.

Le point de départ est la commande stripe projects add laravel_cloud/application. Elle permet de créer un nouveau compte Laravel Cloud ou de relier un compte existant, puis de provisionner une application avec un environnement par défaut. La configuration demande notamment un nom, une région et un dépôt GitHub.

Pour visualiser le cas d’usage, imaginons Atelier Mistral, une petite équipe qui lance un outil de gestion de réservations. Elle peut relier son dépôt, obtenir son application, puis ajouter les services nécessaires au fur et à mesure, au lieu de préparer chaque élément séparément dans plusieurs interfaces. Les étapes officielles sont détaillées dans la documentation de l’intégration Stripe Projects pour Laravel Cloud.

Déploiement Laravel Cloud : ajouter une base de données et un cache

Une fois l’application créée, des ressources comme une base de données ou un cache peuvent être ajoutées depuis le terminal. Chaque opération provisionne le service demandé et inscrit sa chaîne de connexion dans l’environnement de l’application, ce qui évite de recopier les paramètres à la main.

Dans l’exemple d’Atelier Mistral, l’équipe peut connecter sa base avant de déployer la fonctionnalité de réservation, puis activer un cache lorsque le trafic l’exige. Les files d’attente complètent cette organisation pour traiter les tâches différées sans bloquer les requêtes des utilisateurs. Le déploiement s’appuie ainsi sur une infrastructure cohérente, tandis que l’équipe conserve la possibilité de gérer les détails depuis le tableau de bord Laravel Cloud.

Cette approche convient aussi aux agents de développement : après avoir généré le squelette d’une application, ils peuvent suivre le même chemin de provisionnement qu’un développeur et obtenir les accès nécessaires dans l’environnement. Pour mieux comprendre le fonctionnement général de la CLI, Stripe publie un guide sur son outil de ligne de commande ainsi qu’une présentation de Stripe Projects.

Une automatisation des identifiants pensée pour limiter les erreurs

La gestion des clés reste un point sensible dans tout workflow développeur. Ici, les identifiants sont générés et écrits directement dans l’environnement Laravel Cloud concerné : il n’est donc pas nécessaire de les récupérer manuellement dans un tableau de bord, puis de les recopier dans un fichier ou un outil de déploiement.

Ce mécanisme réduit les risques de dépôt accidentel d’une clé dans le code ou de transmission au mauvais service. Il ne dispense pas de contrôler les accès de l’équipe et les paramètres de l’application, mais il retire une étape manuelle propice aux erreurs. Pour Atelier Mistral, cela signifie que la personne qui prépare la base peut la connecter sans envoyer ses secrets par messagerie au reste de l’équipe.

Les détenteurs d’un compte Laravel Cloud peuvent également le relier à Stripe Projects. Leur configuration existante n’est pas remplacée et l’accès au tableau de bord demeure disponible. La commande stripe projects open laravel_cloud permet d’ouvrir Laravel Cloud directement depuis la CLI lorsque l’administration visuelle est préférable.

Commencer avec Stripe Projects et Laravel Cloud

Pour lancer le processus, il faut installer la CLI Stripe, puis exécuter stripe projects add laravel_cloud/application. La commande guide la création ou la connexion au compte, puis demande les informations de départ, notamment le nom de l’application, sa région et le dépôt GitHub à associer.

Les ressources complémentaires s’ajoutent ensuite en fonction du projet, à l’aide des commandes proposées par Stripe Projects. Les détails pratiques sont aussi présentés dans l’article de Laravel sur le provisionnement depuis la CLI Stripe et dans le guide consacré au plugin Stripe Projects.

Cette automatisation concerne l’hébergement cloud et les ressources techniques, pas la facturation des clients d’une application. Une équipe qui construit un SaaS peut donc traiter séparément l’infrastructure et les paiements récurrents, par exemple en suivant ce parcours de création d’un SaaS avec Laravel ou ce guide sur la mise en place de paiements récurrents avec Stripe. Le gain principal est simple : le démarrage de l’application et de son infrastructure s’inscrit dans un processus reproductible, directement depuis le terminal.