Conservez votre méthode de compilation Laravel
Installez les dépendances à partir de composer.lock et préparez explicitement le cache ou les ressources. Séparez suffisamment les migrations de schéma pour pouvoir examiner leur impact sur les données.
Applications et API · offres à partir de $10/mois
Déployer Laravel.Gardez la configuration, les files d’attente et les versions visibles.
Installez les dépendances de production, lancez le processus web Laravel, vérifiez sa santé et configurez explicitement la base de données, le cache, les files d’attente, les secrets, les journaux et les domaines.
Conserver le dépôtExaminer la compilation et les journauxDomaines personnalisés et TLS
Déploiement Adios
Version candidate
Laravel
SOURCE
Git
REGION
de
ROUTE
HTTPS
01Source reçue
02Compilation terminée
03Environnement d’exécution démarré
04Vérification de santé réussie
Route promue en production
production.adios.run
Une mise en production adaptée à
LaravelPHP 8.2ComposerMySQLRedisFiles de messages
Le parcours de mise en production
Même opérationnel, un projet Laravel doit être mis en production en toute sécurité.
L’application ou le service ne représente qu’une partie de la production. Les résultats de compilation, l’état d’exécution, les contrôles de santé, les secrets, les journaux, les routes et la version promue doivent pouvoir être examinés ensemble.
Promouvoir la version dont les contrôles de santé réussissent
Exécutez le serveur de production choisi sur le port du manifeste, exposez une route légère de contrôle de santé et promouvez la version une fois les dépendances requises prêtes.
Relier la production au code source
Les résultats de compilation, les journaux d’exécution, l’état de santé, les secrets, les domaines et la version promue restent associés au projet au lieu d’être dispersés entre des outils indépendants.
Du code source à la mise en production
Trois étapes vous permettent de vérifier le parcours de déploiement.
Utilisez le code source et le fonctionnement en production déjà définis pour le projet. Le manifeste décrit ce que la plateforme doit compiler ou provisionner et les critères à remplir pour que le résultat soit prêt.
- 01
Commencer par la source ou un modèle
Importez le dépôt existant, ou examinez et déployez l’une des variantes de modèles précisément référencées ci-dessous.
$adios login - 02
Revoir le contrat de déploiement
Consignez dans adios.yaml les commandes, la version de l’environnement d’exécution ou du service, les critères de santé et les références aux secrets.
$git diff -- adios.yaml - 03
Déployer et inspecter le résultat
Suivez les résultats de compilation et d’exécution, vérifiez la version candidate, puis ouvrez la route ou la connexion de service promue en production.
$adios up
adios.yaml
Votre projetname: laravel-app
build_cmd: composer install --no-dev --optimize-autoloader
start_cmd: php artisan serve --host=0.0.0.0 --port=8080
runtime:
name: php@8.2
port: 8080
health_path: /upUtilisez le processus de production adapté à votre application Laravel et vérifiez la route de contrôle de santé de la version installée.
Points de départ déployables
Démarrer Laravel à partir d'un modèle lorsque le dépôt n'est pas prêt.
Examinez la configuration Composer, le chemin du code source, la configuration d’exécution et l’option de déploiement en un clic du modèle Laravel.
Projets de démarrage d’API
PHP Laravel
Projets de démarrage Laravel, Symfony, CakePHP, CodeIgniter, Yii et PHP 8.2.
PHPComposer
- Clé du modèle
- php-laravel
- Environnement d’exécution
- php
- Dépôt
- template-php-laravel
- Emplacement de la source
- .
git clone https://github.com/adiosdotdev/template-php-laravel.git
cd template-php-laravel
adios upAvant production
Vérifier la charge de travail.Puis promouvez la version en production.
Pour sécuriser la première mise en production, partez d’une compilation ou d’une configuration de service reproductible et d’un aperçu qui sollicite les dépendances réellement utilisées en production.
Prêt quand...
- Composer installe les dépendances à partir du fichier de verrouillage enregistré dans le dépôt.
- APP_KEY et les identifiants des services proviennent de secrets.
- Le stockage en écriture a une stratégie de persistance explicite.
- Le processus web écoute sur le port du manifeste.
Prévisualiser quand...
- Les migrations modifient les tables de production.
- Les files d’attente ou les commandes planifiées nécessitent une stratégie distincte pour les workers.
- Les fichiers téléversés par les utilisateurs dépendent de l’état du système de fichiers local.
Les réponses à vos questions
Ce qu’il faut savoir avant de déployer Laravel.
Vérifiez les limites de l’environnement d’exécution ou du service, le chemin du modèle, le comportement en cas d’échec et les contrôles de production avant de créer la première version.
Adios peut-il déployer un projet Laravel existant ?
Oui. Exécutez la CLI Adios depuis la racine du projet, conservez votre dépôt et vos fichiers de dépendances et ajoutez un fichier adios.yaml décrivant la compilation de production, la commande de démarrage, le port et le chemin de contrôle de santé.
Ai-je besoin de Docker pour déployer Laravel ?
Pas pour un environnement d’exécution standard pris en charge. Utilisez les commandes de production habituelles du projet dans adios.yaml. Si la compilation nécessite des packages système inhabituels ou des bibliothèques natives, vérifiez ces dépendances dans un aperçu avant la promotion en production.
Laravel peut-il utiliser MySQL, PostgreSQL et Redis ?
Oui. Déployez les services nécessaires à votre application, conservez leurs identifiants dans des secrets Adios et injectez les paramètres de connexion obtenus dans le processus Laravel.
Comment exécuter les workers de file d’attente Laravel ?
Exécutez les workers sous forme de processus persistants avec des commandes explicites et les identifiants des files d’attente. Vérifiez les nouvelles tentatives, les délais d’expiration, les tâches en double et l’arrêt indépendamment de la route web.
Que se passe-t-il si la compilation ou le contrôle de santé échoue ?
La version candidate conserve ses résultats de compilation et d’exécution pour vérification. Ses contrôles de santé doivent réussir avant sa promotion comme version desservant la route de l’application.
Puis-je partir d’un modèle plutôt que d’un dépôt existant ?
Oui. Cette page référence les modèles Adios officiels les plus proches pour Laravel. Examinez la variante exacte du code source, déployez-la dans la console ou clonez-la localement et exécutez adios up.
Autres options de déploiement
Connectez le reste de votre stack.
Déployer PHP
Installez les dépendances de production, démarrez l’application sur un port déclaré, vérifiez sa santé et associez la version promue aux domaines et à TLS.
Déployer MySQL
Démarrez MySQL 8 avec un stockage persistant, créez une base de données et un utilisateur applicatifs dédiés, protégez les deux mots de passe et vérifiez les données après redémarrage.
Déployer Redis
Démarrez Redis 7 pour le cache, les sessions, le pub/sub ou la gestion rapide d’état, puis vérifiez la connectivité, la persistance attendue, l’éviction et le comportement en cas d’échec de cette dépendance.
Déployer Workflows Adios
Déployez des tâches planifiées, des traitements de webhooks, des étapes d’approbation, des tâches de maintenance et des automatisations opérationnelles à partir d’un manifeste de workflow versionné.
La première version
Déployer Laravel avec le code source et les éléments de vérification associés.
Partez du dépôt ou d’un modèle, vérifiez le contrat de déploiement et examinez la version qui sera promue en production.