Coûts d'hébergement
Statut
Document de cadrage financier — version initiale.
Objectif
Ce document cadre les coûts liés à l'hébergement technique de DMV.
L'approche recommandée est de commencer avec une architecture simple, observable et migrable, puis d'augmenter les ressources selon l'usage réel.
Composants d'hébergement
| Composant | Rôle |
|---|---|
| API Laravel | Cœur métier backend. |
| Base PostgreSQL | Données relationnelles principales. |
| Redis | Cache, queues ou sessions selon configuration. |
| Nginx / PHP-FPM | Serveur web et exécution PHP. |
| Supervisor | Workers et jobs Laravel. |
| Cron | Scheduler Laravel et tâches périodiques. |
| Frontends | Site public, backoffice et apps connectées. |
| Stockage médias | Images, documents, contenus PlayLoop. |
| Backups | Sauvegardes base et fichiers. |
Coûts directs
- serveur ou VPS ;
- stockage disque ;
- sauvegardes ;
- bande passante ;
- base de données ;
- cache/queue ;
- certificats si non fournis par proxy/CDN ;
- monitoring ;
- noms de domaine ;
- services email transactionnels.
Coûts indirects
- temps de maintenance ;
- gestion incidents ;
- mises à jour sécurité ;
- supervision ;
- documentation ;
- support lié aux indisponibilités ;
- migration ou restauration.
Stratégie progressive
| Phase | Approche |
|---|---|
| Démarrage | Hébergement simple, coût bas, supervision minimale mais réelle. |
| Validation | Séparer progressivement base, stockage et workers si besoin. |
| Croissance | Renforcer cache, queues, backups, monitoring et CDN. |
| Échelle | Réplication, partitionnement, services dédiés selon métriques. |
État actuel documenté
La documentation architecture mentionne une cible Linux avec Nginx, PHP-FPM, Supervisor, cron et Redis pour queues.
Les coûts d'hébergement réels ne sont pas documentés dans les fichiers consultés.
Risques
- Sous-dimensionner la base et ralentir le produit.
- Surdimensionner trop tôt et brûler du budget.
- Oublier le coût des sauvegardes.
- Ne pas superviser les queues et jobs.
- Laisser les médias consommer le stockage sans politique claire.
- Ne pas prévoir de plan de restauration.
Points à clarifier
- Provider d'hébergement retenu.
- Taille initiale des serveurs.
- Stratégie base PostgreSQL.
- Stratégie stockage médias.
- Fréquence et durée de conservation des backups.
- Budget mensuel cible.