Lorsqu'un déploiement échoue
Un déploiement échoué ne modifie jamais ce que Coroid considère comme étant en cours d'exécution dans l'environnement. Le Déployer étape affiche la tentative échouée avec un lien vers l'exécution de votre pipeline. Corrigez la cause, relancez les vérifications si elles sont obsolètes, puis déployez à nouveau. Chaque tentative reste enregistrée dans l'historique de la Version.
Si une tentative semble bloquée, vérifiez l'exécution dans votre CI/CD ainsi que le jeton de rapport avant de réessayer. L'absence de rapport signifie généralement que le jeton ou le format de l'événement nécessite une correction, et non qu'il y a eu un échec du déploiement.
Lorsque la santé du système nécessite une intervention
Après un déploiement réussi, Coroid exécute le graphique de qualité canari du projet (un graphique de qualité doté d'un deployment_canary déclencheur) s'il est publié. Un canari défaillant affiche Nécessite une intervention sur la Santé étape. Le déploiement reste considéré comme réussi, car la version a bien atteint l'environnement. Examinez les données du canari et les journaux de votre pipeline, puis corrigez le problème via une nouvelle Version ou revenez à une version antérieure.
Revenir à une version stable
- 2.4.0 en productionDéployé, mais le contrôle canari a échouéNécessite une attention
- Sélectionnez une version antérieure qui était saine ici
- 2.3.1Dernière version saine en ProductionOpérationnel
Pour la Version actuellement déployée, ouvrez Santé pour l'environnement et recherchez Récupérer une version stable précédente. Cette option liste les Versions antérieures qui ont été déployées dans cet environnement et ont passé le contrôle de santé.
- Votre pipeline est connecté à Coroid. Sélectionnez Demander un retour arrière, indiquez une branche ou une balise pointant vers la version stable, et expliquez la raison. Coroid vérifie la référence et lance une nouvelle exécution pour la Version antérieure. L'environnement ne bascule pas tant que le pipeline n'a pas confirmé le succès.
- Votre pipeline fonctionne de manière autonome. Effectuez un retour arrière. Si des déploiements sont signalés, Coroid enregistre automatiquement le résultat. Si aucun rapport n'est généré, sélectionnez Enregistrer un retour arrière externe pour la Version stable. Coroid vérifie que la Version que vous remplacez est bien la version actuelle et que la cible a passé son contrôle de santé.
Le déploiement initial et le retour arrière restent tous deux visibles dans l'historique.
Publier plusieurs projets simultanément
Certaines modifications concernent plusieurs projets, comme une nouvelle version de API et l'application qui l'utilise. Depuis la liste des Versions, sélectionnez Coordonner un train, donnez-lui un nom et choisissez une Version par projet dans l'ordre de publication souhaité.
Un train constitue une vue partagée, et non un déploiement unique. Chaque Version conserve sa propre version, ses vérifications, ses approbations et son pipeline ; chaque Version est déployée depuis sa propre page. Le train affiche Partiellement publié tant que certains membres n'ont pas encore atteint leurs environnements, permettant ainsi de garder le travail restant visible.