Introduction
Common Ground propose une autre version candidate à évaluer. Sa commande de publication peut réussir même si un visiteur ne peut pas accomplir une action importante. Vous devez reconnaître cette différence et restaurer la version au bon fonctionnement connu si nécessaire.
Ce site de formation jetable n'a aucun visiteur réel. Vous pratiquerez volontairement la restauration ; dans une livraison réelle, les contrôles préalables peuvent rejeter une candidate avant qu'elle atteigne les visiteurs.
L'environnement est neuf : event-v1 fonctionne avec Room A, quels que soient vos actes dans le TP précédent. Vous préparerez event-v3, testerez les parcours réels et restaurerez le service d'origine sans modifier les fichiers fournis. Les onglets Workstation, Website et Topology sont prêts.
Préparez la cible de restauration
Vous allez identifier la version fonctionnelle et installer séparément la candidate avant de changer le site. Commencez dans Website.
Déterminer ce que la restauration doit rétablir
À l'accueil, Linux Evening se déroule dans Room A et le pied de page identifie event-v1. Cliquez sur sa ligne, vérifiez l'ouverture de la fiche, puis ouvrez Registration instructions. La restauration doit rétablir ces fonctions normales. Cliquez sur COMMON GROUND pour revenir à l'accueil dans Website.
Passez dans Workstation. Le terminal se trouve déjà dans /home/labex/project/website-release. Examinez le lien symbolique actuel :
readlink current
Il affiche releases/event-v1. Vérifiez le fichier de version conservé :
cat releases/event-v1/version.txt
Il affiche event-v1. Ce répertoire est ici votre cible explicite de restauration. La version « précédente » n'est pas automatiquement le bon choix dans tous les systèmes ; ce TP a établi que celle-ci sert correctement les pages nécessaires.
Préparer la candidate
Listez les paquets fournis :
bash release.sh list
Cet environnement contient event-v1 et event-v3. La candidate déplace l'événement à Community Hall. Un nouveau nom ou une installation réussie ne démontre pas sa qualité.
Installez-la sans la sélectionner :
bash release.sh install event-v3
Le message confirme que le site actuel n'a pas changé. Listez les versions installées :
ls releases
event-v1 et event-v3 doivent être présentes. Conservez-les sans modification : la candidate est évaluée et la version de référence permet de restaurer le service.
Reconnaissez une publication défaillante
Vous allez publier la candidate et distinguer une sélection réussie de fonctions utilisateur opérationnelles. Commencez dans Workstation.
Observer la sélection réussie
Sélectionnez la candidate :
bash release.sh deploy event-v3
L'outil indique event-v3 et demande de vérifier les pages. La commande a terminé la sélection ; elle n'a pas évalué les fonctions métier.
Vérifiez le statut de l'accueil avec les options curl du premier TP :
curl -sS -o /dev/null -w '%{http_code}\n' http://127.0.0.1:8081/
La réponse est 200. Le point d'accès à la version fonctionne aussi :
curl -sS http://127.0.0.1:8081/version.txt
Il affiche event-v3. Aucune de ces observations ne démontre que le lien de session fonctionne.
Repérer l'échec visible par les visiteurs
Passez dans Website. Revenez à l'accueil avec COMMON GROUND et rechargez. L'accueil semble complet et indique Community Hall. Cliquez sur Linux Evening.
Au lieu de la fiche, vous voyez Let's get you back on track. et 404 / A SMALL DETOUR. C'est le design de la page introuvable du site. Son apparence est soignée, mais son résultat HTTP reste un échec pour la session demandée.
Le lien de la candidate pointe vers /events/container-evening.html. Revenez dans Workstation et demandez ce chemin exact :
curl -sS -o /dev/null -w '%{http_code}\n' http://127.0.0.1:8081/events/container-evening.html
Le résultat attendu est 404. C'est un indice volontaire, pas une commande à réparer ou à ignorer. Sans l'option curl d'échec sur erreur HTTP, recevoir 404 permet à curl de se terminer normalement : une réponse du serveur diffère d'une connexion impossible.
Passez dans Topology. Homepage reachable peut rester affiché parce que ce contrôle limité réussit. Le parcours de session requis échoue. Il faut rejeter cette version et restaurer celle qui fonctionne, sans arrêter le site ni réécrire la candidate.
Restaurez et validez la version de référence
Vous allez restaurer le site d'origine et confirmer que les visiteurs peuvent l'utiliser à nouveau. Commencez dans Workstation.
Sélectionner la version conservée
rollback sélectionne une version déjà installée. Il ne répare ni ne reconstruit la candidate défaillante. Restaurez la cible que vous avez vérifiée :
bash release.sh rollback event-v1
Sortie attendue :
Selected event-v1. The server reports:
event-v1
Selection finished. Check the required pages before accepting this release.
Examinez le lien symbolique :
readlink current
Il sélectionne releases/event-v1. Le répertoire event-v3 est conservé ; le garder pour investigation ne signifie pas qu'il sert encore les visiteurs.
Vérifier le parcours restauré
Passez dans Website. Le navigateur peut encore afficher l'URL introuvable de la candidate. Cliquez sur COMMON GROUND, puis rechargez l'accueil. Le site doit indiquer Room A et event-v1. Cliquez à nouveau sur Linux Evening : le lien restauré ouvre /events/linux-evening.html. Ouvrez Registration instructions et vérifiez la présence des étapes de participation.
L'ancienne URL propre à la candidate renverrait encore 404 ; la restauration rétablit les liens réels du bon site au lieu de créer toutes les URL manquantes.
Revenez dans Workstation et vérifiez les chemins restaurés :
curl -sS -o /dev/null -w '%{http_code}\n' http://127.0.0.1:8081/
curl -sS -o /dev/null -w '%{http_code}\n' http://127.0.0.1:8081/events/linux-evening.html
curl -sS -o /dev/null -w '%{http_code}\n' http://127.0.0.1:8081/registration.html
Les trois renvoient 200. Les vérifications dans le navigateur ont aussi confirmé le contenu.
Conservez les deux versions installées :
ls releases
event-v1 et event-v3 doivent toujours être présentes. Le service est restauré ; le défaut de la candidate reste à traiter dans une tâche de développement ultérieure. Cet exercice restaure seulement des fichiers statiques. Il ne prétend pas annuler des modifications de base de données, des contributions utilisateur ou une session entière de navigateur de façon atomique.
Résumé
Vous avez vu une commande de publication réelle réussir alors qu'un parcours échouait, rejeté la candidate et restauré le site complet de référence. Vous avez vérifié la restauration par le contenu réel et les réponses HTTP. La candidate reste disponible pour investigation ; la restauration ne l'a pas corrigée discrètement.
