Passer au contenu principal
Les bases de données de production sont dédiées à vos données en direct qui alimentent vos applications Replit publiées. Contrairement aux bases de données de développement où vous expérimentez et construisez des fonctionnalités, les bases de données de production gardent vos données du monde réel en sécurité pendant que vous continuez à construire, garantissant fiabilité et performance. Comprendre comment travailler avec les bases de données de production est essentiel pour construire des applications robustes qui peuvent évoluer et s’adapter sans perturber vos utilisateurs.
Interface de gestion de base de données de production

Que sont les bases de données de production ?

Les bases de données de production sont les bases de données opérationnelles en direct qui servent les vrais utilisateurs et leurs données. Elles diffèrent significativement des bases de données de développement de plusieurs façons clés :

Bases de données de production vs de développement

AspectBase de données de développementBase de données de production
ObjectifExpérimentation et développement de fonctionnalitésServir les vrais utilisateurs et stocker les données d’entreprise
DonnéesDonnées de test, enregistrements fictifs, petits ensembles de donnéesDonnées d’utilisateurs réels, informations critiques pour l’entreprise
PerformanceOptimisée pour la vitesse de développementOptimisée pour la fiabilité et l’expérience utilisateur
ChangementsChangements de schéma fréquents, itération rapideChangements soigneusement planifiés via des migrations de données et des stratégies de retour en arrière
Temps d’arrêtAcceptable pendant le développementDoit être minimisé ou éliminé
SauvegardeOptionnelle pour les testsCritique pour la continuité des activités
Agent ne peut pas modifier la base de données de production, cette restriction est en place pour que votre base de données de production reste sécurisée.Agent peut apporter des modifications à votre base de données de développement. Au moment de la publication, tous les changements que vous avez apportés avec l’agent à la structure de votre base de données de développement (c’est-à-dire l’ajout et la suppression de colonnes / tables) seront appliqués à votre base de données de production.Vous pouvez manuellement modifier vos données de production à tout moment en allant dans le panneau de base de données > base de données de production > Mes données et en activant Modifier

Technologie et infrastructure de base de données

Les bases de données de production dans Replit sont construites sur la même base robuste que notre offre standard de base de données SQL. Elles utilisent PostgreSQL 16 hébergé sur Neon, offrant fiabilité et performance de niveau entreprise.

Relation avec la base de données SQL de Replit

Les bases de données de production partagent la même stack technologique de base que la base de données SQL de Replit :
  • PostgreSQL 16 : Base de données relationnelle standard de l’industrie avec des fonctionnalités avancées
  • Infrastructure Neon : Plateforme de base de données serverless qui fournit une mise à l’échelle automatique et une optimisation des coûts
  • Outils intégrés : Accès au runner SQL, à Drizzle Studio et aux outils de gestion de données visuels
  • Variables d’environnement : Gestion sécurisée des connexions via des identifiants générés automatiquement
Pour des informations détaillées sur les fonctionnalités de base de données, la configuration des connexions et les spécifications techniques, consultez la documentation de la base de données SQL.

Apporter des modifications sécurisées à votre base de données de production

Lorsque vous publiez des mises à jour de votre application Replit qui incluent des modifications de base de données, vous pouvez rencontrer des scénarios où une planification soigneuse est essentielle pour éviter les temps d’arrêt ou la perte de données.

Modifications non rétrocompatibles

Certaines modifications de base de données peuvent rompre la compatibilité avec votre code d’application existant. Ces modifications nécessitent une gestion spéciale pour garantir des déploiements fluides.
Vous pourriez remarquer un bref temps d’arrêt de votre application publiée pendant la publication. Ce temps d’arrêt se produit parce que les modifications de base de données nécessitent parfois d’arrêter temporairement votre application pour prévenir les conflits et garantir des mises à jour sécurisées. Arrêter l’application pendant ces mises à jour aide à protéger vos données contre la perte ou la corruption pendant que les changements sont appliqués.

Modifications non rétrocompatibles courantes

Les types de modifications suivants nécessitent généralement des stratégies de publication soigneuses :
  • Supprimer des colonnes de base de données que votre code d’application référence toujours
  • Changer les types de données de colonnes d’une manière que le code existant ne peut pas gérer
  • Ajouter des champs obligatoires sans valeurs par défaut à des tables existantes
  • Renommer des tables ou des colonnes qui brisent les requêtes existantes
  • Modifier des contraintes qui pourraient rejeter la logique d’application existante

Prévisualisations de déploiement

Avant de publier des modifications de base de données en production, Replit fournit des outils pour tester vos modifications en toute sécurité dans un environnement de prévisualisation. Une prévisualisation de déploiement est une copie temporaire et isolée de votre environnement de production où vous pouvez tester des modifications de base de données et des mises à jour d’application avant qu’elles n’affectent les vrais utilisateurs. Cet environnement de prévisualisation reflète votre configuration de production mais fonctionne de manière indépendante. Il peut vous aider à détecter les problèmes potentiels tôt et à s’assurer que vos modifications fonctionnent correctement avant la mise en ligne. Tester votre déploiement dans l’environnement de prévisualisation est crucial pour identifier les problèmes avant qu’ils n’impactent vos utilisateurs. Suivez ces étapes pour vous assurer que vos modifications de base de données fonctionnent correctement : 1. Tests fonctionnels
  • Vérifiez que votre application fonctionne toujours correctement avec les modifications de base de données appliquées
  • Testez tous les principaux flux d’utilisateurs pour vous assurer que la fonctionnalité reste intacte
  • Vérifiez que les données s’affichent correctement après les modifications de schéma
2. Vérification de l’intégrité des données
  • Confirmez que les données existantes ont été correctement migrées ou transformées
  • Vérifiez que les nouveaux champs contiennent les valeurs attendues ou des valeurs par défaut appropriées
  • Testez les cas limites où les données pourraient ne pas être conformes aux nouvelles contraintes
3. Validation des performances
  • Surveillez les temps de réponse des requêtes dans l’environnement de prévisualisation
  • Vérifiez que les nouveaux index sont utilisés efficacement
  • Vérifiez que les modifications n’introduisent pas de régressions de performance

Restauration à un point dans le temps

Pour les bases de données de production, vous pouvez restaurer votre base de données à un point spécifique dans le temps en utilisant la fonctionnalité de restauration à un point dans le temps.
Interface de retours en arrière de base de données montrant les options de retour en arrière
Notez que cela ne restaurera que votre base de données de production à l’état qu’elle avait au moment du point de contrôle. Cela ne restaurera pas votre application à l’état qu’elle avait au moment du point de contrôle. Pour restaurer votre application à l’état qu’elle avait au moment du point de contrôle, vous devrez revenir au point de contrôle en utilisant la fonctionnalité de retour en arrière et republier votre application.

Facturation et utilisation des ressources

Les bases de données de production sont facturées en fonction de l’utilisation via Neon, un fournisseur de base de données serverless. Les capacités serverless de Neon incluent les suivantes :
  • Aucune configuration ou maintenance d’infrastructure
  • Mise à l’échelle automatique pour gérer vos besoins d’utilisation
  • Facturation du temps de calcul uniquement lorsque la base de données est active
La base de données entre dans un état inactif après cinq minutes d’inactivité, mettant en pause la facturation du temps de calcul. Elle se réactive instantanément lorsqu’elle reçoit une requête.
Pour en savoir plus sur cette technologie de base de données serverless, consultez la documentation sur le cycle de vie des calculs Neon.
Replit fournit un suivi en temps réel de l’utilisation de votre base de données. Vous pouvez voir la répartition du temps de calcul et de l’utilisation du stockage pour l’application Replit actuelle ou pour chaque application Replit sur votre compte.
Pour voir le temps de calcul et l’utilisation du stockage de votre base de données pour la période de facturation actuelle, suivez les étapes ci-dessous :Depuis l’outil Base de données Replit :
  1. Naviguez vers l’outil icône de base de données PostgresSQL Base de données Replit dans votre espace de travail
  2. Dans le menu déroulant de la base de données, sélectionnez Production
  3. Sélectionnez l’onglet icône d'engrenage Paramètres
  4. La section Stockage utilisé montre le stockage total utilisé par votre base de données pour la période de facturation actuelle.
Pour voir pour chaque application Replit depuis ParamètresCompteUtilisation du compte, suivez les étapes ci-dessous :
  1. Ouvrez Paramètres et allez dans CompteUtilisation du compte (ou Voir les limites de ressources du compte / Utilisation).
  2. Faites défiler jusqu’à la section Utilisation des ressources.
  3. Développez les lignes Stockage PostgresSQL et Calcul PostgresSQL pour des détails sur chaque application Replit.
Pour apprendre comment Replit facture l’utilisation de la base de données, consultez Facturation des déploiements et des bases de données.

Résolution des problèmes courants

Échecs de publication

Si votre publication échoue à cause de problèmes de base de données :
  1. Vérifiez les journaux de publication pour des messages d’erreur spécifiques sur la connectivité de la base de données ou les conflits de schéma
  2. Vérifiez que vos identifiants de connexion à la base de données sont corrects et accessibles depuis l’environnement de l’application publiée
  3. Examinez les modifications de schéma récentes pour des conflits potentiels avec le code d’application existant
  4. Testez vos modifications dans un environnement de prévisualisation avant de tenter de republier

Supprimer une base de données de production

L’action de suppression est irréversible après une période de rétention de 7 jours. Assurez-vous de sauvegarder toutes les données importantes avant de procéder. Les bases de données ont une période de suppression douce de 7 jours où les bases de données peuvent être restaurées. Contactez le support si vous avez besoin d’aide. Après 7 jours, la base de données est définitivement supprimée et sera irrécupérable.
Si vous n’avez plus besoin d’une base de données pour votre application Replit, vous pouvez la supprimer avec toutes ses données.
Depuis l’outil Base de données Replit :
  1. Sélectionnez l’onglet icône d'engrenage Paramètres
  2. Sélectionnez Supprimer la base de données et confirmez en sélectionnant Oui, supprimer la base de données

Prochaines étapes

Pour en savoir plus sur la gestion des bases de données sur Replit :
  • Base de données SQL : Découvrez le service de base de données PostgreSQL géré de Replit
  • Déploiements : Comprenez comment les déploiements fonctionnent avec les modifications de base de données
  • Stockage d’objets : Découvrez comment stocker des fichiers et des ressources dans le cloud