Laravel en production,au complet.
Une application Laravel en production, c’est du PHP, une base, un cache, des files et un scheduler. Les cinq se posent en blocs sur le canvas et se déploient depuis votre dépôt Git, sans YAML.
Entre le projet local et la production, tout est à construire.
Sur le poste du développeur, Laravel tient dans une commande. En production, il faut un serveur PHP réglé, une base sauvegardée, un Redis pour le cache et les sessions, des workers pour les files et un cron pour le scheduler. C’est cette architecture complète, pas seulement le code, que le canvas décrit et que la plateforme opère.
L’architecture Laravel type, bloc par bloc.
L’application
Votre dépôt Git, construit et servi. Domaines, TLS et variables d’environnement réglés dans le bloc.
La base de données
PostgreSQL ou MySQL managé, sauvegardes automatiques. Les identifiants sont injectés dans l’application.
Redis
Cache, sessions et files sur un bloc dédié, dimensionné indépendamment de l’application.
Les workers
Vos queues tournent sur des ressources propres, mises à l’échelle selon la profondeur des files.
Le scheduler
Le cron Laravel s’exécute comme une tâche planifiée, avec ses journaux.
Le stockage
Fichiers et médias sur un stockage objet compatible S3, chez le même fournisseur européen.
Du push à la mise en ligne.
Ce qu’on nous demande sur Laravel.
Elles s’exécutent automatiquement avant la bascule du trafic vers la nouvelle version. Si une migration échoue, le déploiement s’arrête et la version en ligne n’est pas touchée.
Envoyez-nous votre facture.Nous vous disons ce qu’on y voit.
Une estimation chiffrée poste par poste, sous 48 h, sans engagement.