Comment déployez-vous et optimisez-vous Laravel pour la production ?

Question

Accepted Answer

Le déploiement de Laravel en production implique une séquence de **commandes d'optimisation** (mise en cache config/routes/views), une configuration sécurisée, l'exécution d'une pile de serveurs web appropriée, et la gestion des queues et du scheduler. Laravel fournit des commandes Artisan spécifiques pour optimiser la production.

## Les commandes d'optimisation de production

```bash
# cache config, routes, and views → significant speedup (skip recompilation per request)
php artisan config:cache        # merge & cache all config into one file
php artisan route:cache          # cache compiled routes
php artisan view:cache           # precompile Blade templates
php artisan event:cache
# or all at once:
php artisan optimize

composer install --optimize-autoloader --no-dev    # optimized autoloader, no dev deps
```

Ces commandes de mise en cache sont **essentielles pour la performance en production** — elles précalculent la config, les routes et les views afin que PHP ne les réanalyse/ne les recompile pas à chaque requête, ce qui représente une accélération significative. (Remarque : après la mise en cache de la configuration, `env()` ne fonctionne que dans les fichiers de config — le code doit lire via `config()`.)

## Configuration sécurisée de la production

```bash
# .env (production)
APP_ENV=production
APP_DEBUG=false          # ❗ MUST be false — debug=true leaks sensitive info/stack traces
APP_KEY=...               # generated, kept secret
```

```text
✓ APP_DEBUG=false (leaking debug info is a serious security risk)
✓ Keep secrets in .env (gitignored) / environment; never commit them
✓ Use HTTPS; set secure session/cookie settings
```

## La pile de serveurs et les processus de support

```text
✓ Web server: NGINX + PHP-FPM (the standard PHP production stack)
✓ Database: a real DB (MySQL/PostgreSQL) with migrations run on deploy (php artisan migrate)
✓ Queue workers: run via Supervisor (or Laravel Horizon for Redis) — keep them alive
✓ Scheduler: ONE cron entry running `schedule:run` every minute
✓ Cache/sessions: Redis (shared, fast) — especially for multi-server, keep app STATELESS
✓ Use OPcache (PHP bytecode cache) — a major PHP-level speedup
```

## Options de déploiement gérées

```text
Laravel Forge (server provisioning), Vapor (serverless on AWS), or platforms
(Envoyer for zero-downtime deploys) automate much of this.
```

## Pourquoi c'est important

Déployer et optimiser Laravel pour la production est une connaissance essentielle pour mettre les applications en ligne correctement, de manière sécurisée et performante — et cela implique des étapes spécifiques à Laravel qui diffèrent du développement.

Les **commandes d'optimisation de production** sont particulièrement importantes et souvent négligées : `config:cache`, `route:cache`, `view:cache` (ou `optimize`) précalculent la configuration, les routes et les templates afin que PHP ne les réanalyse pas à chaque requête, fournissant une accélération de performance significative et essentielle — ne pas exécuter ces commandes en production laisse des performances importantes sur la table.

Plusieurs aspects sont également critiques pour la sécurité : **`APP_DEBUG=false`** est obligatoire (le mode debug divulgue des stack traces sensibles et la configuration aux attaquants — une vulnérabilité grave), les secrets doivent rester hors du contrôle de version, et HTTPS/les sessions sécurisées sont obligatoires.

Comprendre la **pile de serveurs** appropriée (NGINX + PHP-FPM, une vraie base de données avec migrations exécutées au déploiement, OPcache pour la rapidité au niveau PHP) et les **processus de support** (workers des queues gardés actifs via Supervisor/Horizon, l'entrée cron unique du scheduler, Redis pour le cache/sessions partagés surtout dans les configurations multi-serveurs stateless) est nécessaire pour un déploiement en production fonctionnel et performant.

Connaître les options gérées (Forge, Vapor, Envoyer pour les déploiements sans temps d'arrêt) est également utile.

Puisque chaque vraie application Laravel doit être déployée correctement pour être rapide et sécurisée — et puisque les erreurs de déploiement (sauter les caches d'optimisation, laisser le debug activé, mal gérer les queues/scheduler) causent de vrais problèmes de performance et de sécurité — comprendre le déploiement et l'optimisation de Laravel pour la production (les commandes de mise en cache, la config sécurisée, la pile de serveurs, et les processus de support) est une connaissance importante de niveau senior pour livrer des applications prêtes pour la production, un sujet fréquemment pertinent et professionnellement essentiel.