Mettre une app Replit en production
Replit réunit éditeur, agent, base de données et hébergement. Ce confort impose une discipline : bien séparer ce que l'agent touche de ce que vos utilisateurs utilisent.
Ce que génère Replit : Stack variable choisie par l’agent, base PostgreSQL intégrée, hébergement Replit Deployments.
Les risques typiques d'une app Replit
Base de production à portée de l’agent
L'agent ne doit travailler que sur une base de développement. La production se met à jour par un déploiement maîtrisé.
Secrets mal rangés
Les clés vont dans le gestionnaire de secrets, jamais dans le code ni dans les messages à l’agent.
Déploiement mal dimensionné
Le type de déploiement choisi influe sur les performances et la facture. À ajuster selon le trafic réel.
Sauvegardes non testées
Une sauvegarde qu'on n'a jamais restaurée n'en est pas vraiment une.
À vérifier avant de lancer
- Bases de développement et de production séparées
- Secrets dans le gestionnaire de Replit
- Restauration d’une sauvegarde testée
- Type de déploiement adapté au trafic
- Code synchronisé sur GitHub
La checklist complète couvre tous les points à contrôler, quel que soit l'outil.
Questions fréquentes
Peut-on sortir une app de Replit ?
Oui, via GitHub. Il faut ensuite reconfigurer base de données, secrets et hébergement chez le nouveau fournisseur.
Replit convient-il à une app avec de vrais clients ?
Oui pour beaucoup de projets, à condition d'appliquer la séparation des environnements et une vraie politique de sauvegarde.
Votre app Replit est-elle prête ?
Un audit vous le dit en quelques jours, avec la liste précise de ce qu'il faut corriger.