Trois développeurs Django, une application B2B, des tâches Celery nocturnes. Le directeur technique hésite : VPS OVH avec Ansible maison, ou Clever Cloud « git push ». Le PaaS coûte 120 €/mois tout compris ; le VPS 20 € plus environ huit heures d'exploitation par mois facturées consultant.
Le compromis n'est pas technique d'abord — c'est la capacité attentionnelle de l'équipe.
Beaucoup de startups choisissent le VPS « pas cher » en comptant sur Stack Overflow le week-end. Trois incidents en six mois plus tard, le coût consultant dépasse le PaaS évité. Inversement, payer Clever Cloud sans surveiller les workers Celery laissés actifs la nuit produit une facture PaaS qui aurait justifié un VPS bien dimensionné. Le bon choix commence par une estimation honnête des heures d'exploitation, pas par une préférence idéologique.
Ce que le managé retire à une petite équipe
| Tâche | PaaS Django-friendly | VPS autogéré |
|---|---|---|
| Déploiement | Git push | Fabric/Ansible |
| HTTPS | Automatique | Certbot |
| Postgres | Extension managée | Vous corrigez |
| Worker Celery | Conteneur dédié | Supervisor |
| Montée en charge | Curseur | Manuel |
Le managé ne supprime pas les bugs Django — il supprime les nuits passées sur nginx.
Ce que le serveur offre en retour
Coût infrastructure bas si charge stable. Liberté versions système (bibliothèques géospatiales, etc.). Débogage bas niveau (tcpdump, pg_stat). Pas de verrouillage fournisseur sur le déploiement. Contrepartie : une personne doit posséder la production — même à vingt pour cent de temps plein.
Compromis hybride fréquent
Application et workers en PaaS. Postgres managé cloud (RDS, Scaleway DB). Fichiers statiques et médias sur stockage objet plus CDN. Évite Postgres sur le même VPS que Gunicorn — erreur classique des petites équipes.
Checklist avant choix
Combien d'heures par mois d'incidents infrastructure ces six derniers mois ? Celery et Redis sont-ils critiques pour le SLA ? Besoin conformité UE (hébergeur FR/CH) ? Budget PaaS sur vingt-quatre mois versus VPS plus consultant annuel ?
PaaS européens à comparer
Clever Cloud (France), Platform.sh, Scalingo et Render offrent des profils différents : localisation des datacenters, prix des workers Celery, Redis managé inclus ou non, support francophone. Avant de trancher, déployez la même branche sur deux PaaS en essai et chronométrez déploiement, retour arrière et restauration base. Un PaaS « moins cher » qui bloque vos migrations Alembic ou vos tâches longues coûte plus cher en contournements.
Si la conformité UE est centrale, vérifiez le DPA et la localisation Postgres managé — pas seulement celle du runtime applicatif.
En réunion produit, posez la question : combien de sprints perdus l'an dernier à cause de l'infrastructure ? Si la réponse dépasse une semaine cumulée, le PaaS se paie souvent seul. Si la réponse est nulle et qu'un développeur aime administrer Linux, le VPS autogéré reste rationnel — à condition qu'il ne parte pas en vacances sans procédure d'astreinte.
Documentez la décision dans un court ADR (Architecture Decision Record) : qui est astreinte, quelle option de secours, quel budget mensuel plafond. Les petites équipes oublient — puis découvrent qu'elles ont externalisé l'exploitation à un consultant non disponible le week-end.
Le sommet : le compromis, c'est qui interrompt le sprint
Calculez le coût d'opportunité d'une fonctionnalité non livrée pendant un incident.
Décider et avancer sans angle mort
Assignez d'abord un responsable production — même à temps partiel — ou choisissez le PaaS. Séparez ensuite la base du serveur applicatif. Testez le déploiement et le retour arrière sur les deux options en préproduction. Comparez enfin les offres Python via le comparateur et l'annuaire.
Questions fréquentes
Existe-t-il un « Django managé » comme WordPress managé ?
Les PaaS Python gèrent runtime et déploiement — pas le framework métier ni vos migrations. Vous restez responsable du code et des données.
Celery et workers sur PaaS ?
Oui — workers facturés à part ; vérifiez si le broker Redis ou RabbitMQ est managé ou à provisionner vous-même.
Serveur VPS minimum pour Django ?
2 Go pour petit trafic ; 4 Go si Postgres et Celery sur la même machine. Séparez la base dès que possible.
Quand le serveur autogéré gagne ?
Exploitation à mi-temps disponible, pile atypique, ou PaaS trop cher pour une charge stable modeste sur douze à vingt-quatre mois.
Django managé ou serveur : le bon compromis est celui où personne ne devient administrateur système par accident un vendredi soir.