Exploitation en production
Préparez des diagnostics, des contrôles d'état, des références d'erreur, un routage d'alerte et une procédure de restauration vérifiée.
Diagnostiquer votre environnementLien vers la section
Exécutez le diagnostic à partir du starter installé avant le déploiement :
pnpm ops:diagnoseIl vérifie la configuration de base, le courrier électronique, les informations d'identification OAuth appariées, l'exhaustivité de la facturation et l'isolation de la démo / de la graine. La sortie contient des codes de contrôle et des valeurs de correction plutôt que des valeurs secrètes. La facturation facultative non configurée laisse le paiement indisponible.
Configurez HTTPS, vos propres identifiants et une base de données migrée. Désactivez les installations de développement et conservez les déploiements de démonstration sur une base de données distincte. Les diagnostics ne contactent pas les fournisseurs pour certifier leur configuration.
Surveillez et alertezLien vers la section
Processus vivacité
Préparation de la application
Sonde programmée
Références d'erreur
Connecter les signauxLien vers la section
Configurez la surveillance de votre plate-forme, un opérateur et une destination d'alerte pour les échecs répétés de préparation et les échecs de webhook de facturation. Le starter fournit des crochets; il ne fournit pas de compte de surveillance ni n'envoie d'alertes à un destinataire prédéfini.
Exercer un incident dans la mise en scèneLien vers la section
Déclenchez une défaillance délibérée, vérifiez que la destination choisie reçoit l'alerte et vérifiez la récupération avant de vous fier à l'intégration.
Enquêter et relireLien vers la section
Suivez les références aux côtés des tableaux de bord des fournisseurs et des reçus de webhook échoués. Corrigez la cause avant de renvoyer un événement de Stripe. Les demandes en double sont rapprochées; l'octroi manuel de plans ou la suppression de l'historique de facturation ne constituent pas une procédure de recouvrement.
Répéter la restaurationLien vers la section
Correspond aux outils PostgreSQLLien vers la section
Installer pg_dump et pg_restore correspondant à la version principale du serveur. La commande de vérification utilise des bases de données d'assurance qualité locales jetables.
Exécuter la perceuse isoléeLien vers la section
STARTER_PRO_TEST_DATABASE_URL=postgresql://postgres:postgres@127.0.0.1:5433/pycolors_workspace_restore pnpm ops:verify-restoreLa commande crée deux bases de données, migre et ensemence des données synthétiques, effectue une sauvegarde et la restaure dans une transaction. Il ne peut pas cibler une base de données d'applications existante.
Examiner le rapport de vérificationLien vers la section
La commande compare le nombre de lignes et l'empreinte de chaque table, conserve le rapport et supprime les bases de données qu'elle a créées.
Vérifier vos sauvegardes de production
Configurez les sauvegardes et la rétention cryptées avec votre opérateur. Restaurer une sauvegarde réelle dans un environnement isolé restreint et enregistrer le point de récupération, la vérification et la procédure d'accès. Un foret synthétique n'établit pas la fraîcheur ou l'accessibilité d'une sauvegarde de production.
Conservez l'artefact d'application précédent et vérifiez la compatibilité schéma/session avant la restauration. Le plein docs/operations.md reste disponible dans votre source.