Développement, préproduction et production
Construisez, testez et exploitez séparément
Utilisez des environnements distincts pour construire, tester une version et exploiter l’application.
Donnez un rôle clair à chaque installation
- Préparer le changement
Vérifiez le travail récent en développement.
- Tester une version
Contrôlez la version choisie et ses parcours en préproduction.
- Exploiter l’application
Reliez la production à la version destinée aux utilisateurs.
Donnez un rôle clair à chaque environnement
Le développement reçoit le travail en cours. La préproduction sert à vérifier une version. La production propose celle sur laquelle vos utilisateurs doivent s’appuyer.
Les vues présentent les ressources installées et l’état opérationnel. Confirmez l’environnement avant les commandes de redémarrage ou de publication.
Distinguez disponibilité et version testée
Examiner le développement récent. Le développement reçoit les changements. Vérifiez le résultat attendu avant la version, tout en gardant la production sur celle destinée aux utilisateurs.
Vérifier une version en préproduction. Confirmez disponibilité et version puis testez les parcours de publication. Le démarrage de l’environnement ne sélectionne pas automatiquement une nouvelle version.
Gérer le temps des tests. Développement et préproduction peuvent être mis en pause lorsqu’ils ne sont pas utiles. Leurs périodes contribuent au coût. Consultez état réel et facturation pour relier disponibilité et usage.
Gardez visibles disponibilité et coût des tests
Développement et préproduction peuvent être mis en pause lorsqu’ils sont inutilisés. Leur temps de fonctionnement est enregistré pour l’hébergement ; la production suit son abonnement.
Avant un test, vérifiez la disponibilité de l’environnement. Ensuite, consultez son état et son coût pour décider de son utilisation.
Donnez à chaque environnement un rôle clair dans la vérification
Le développement sert à construire, la préproduction à vérifier avant publication et la production à exploiter l’application. Sélectionnez l’environnement qui correspond à l’action prévue.
Consultez son état et sa version avant de tester un changement. Un même projet peut servir des versions différentes selon les environnements ; un test réussi en développement constitue donc une étape de la publication.
Un rôle clair à chaque étape
Préparer le prochain résultat. Testez les cas habituels et les exceptions en développement. Suivez les prérequis et la construction dans le projet afin de savoir quels changements sont prêts à être vérifiés.
Tester la version voulue. Rendez la préproduction disponible, contrôlez sa version, puis réalisez la tâche complète. Le démarrage du service et le déploiement d’une version sont deux actions distinctes.
Confirmer la version en ligne. La production sert la publication choisie pour les utilisateurs. Vérifiez la version et les parcours après le déploiement avant de considérer le changement comme disponible en ligne.
Gardez tests et utilisation réelle compréhensibles
Les environnements distincts servent à examiner le travail, vérifier une publication et gérer les périodes de test.
Questions fréquentes
Ils séparent développement, vérification et utilisation réelle. Chaque contrôle garde un contexte clair et permet d’identifier la version vue par l’utilisateur.
Le démarrage rétablit la disponibilité. Le déploiement choisit la version. Consultez-la une fois le service disponible et publiez celle à tester si nécessaire.
Utilisez les commandes de développement ou préproduction puis suivez l’état obtenu. Demande et pause réelle sont distinctes.
La facturation enregistre les sessions selon le tarif horaire applicable, avec arrondi en heures facturées. Consultez période et montant du projet réel.
Suivez l’état et le délai avant une nouvelle demande. Vérifiez la disponibilité obtenue plutôt que de supposer l’action terminée.