0Pricing
DevOps Bootcamp · Leçon

Tests rapides, restauration et notifications

Vérifiez, rétablissez et rendez compte du déploiement.

Tests rapides, restauration et notifications est une leçon DevOps Bootcamp gratuite sur CoddyKit. Ceci est la leçon 4 sur 4. Tu peux lire la leçon complète ci-dessous gratuitement — puis la pratiquer en direct dans le navigateur avec un éditeur de code intégré et un tuteur IA 24/7. Elle fait partie du parcours d'apprentissage DevOps Bootcamp, et ta progression se synchronise sur le web et l'application CoddyKit. Le cours DevOps Bootcamp comprend 4 leçons au total.

Le déploiement ne s’arrête pas au rechargement

Un play terminé ne constitue pas une application fonctionnelle. Vous devez encore prévoir des tests de fumée, une procédure de retour arrière et une notification. Bouclez le processus. 🔁

Tester le point d’accès

Appelez une véritable route avec le module uri et vérifiez qu’elle renvoie 200. Si l’application ne répond pas correctement, le déploiement doit échouer clairement.

- name: Smoke test
  ansible.builtin.uri:
    url: https://app.example.com/health
    status_code: 200
    return_content: true

Vérifier la bonne version

Allez plus loin : lisez la réponse et utilisez assert pour confirmer que la version en production correspond à celle que vous venez de déployer.

- ansible.builtin.assert:
    that:
      - "app_version in smoke.content"
    fail_msg: "Wrong version live"

Encapsuler le déploiement dans un bloc

Regroupez le déploiement et les tests dans un block afin qu’un seul échec puisse déclencher une procédure de récupération commune.

- block:
    - import_role:
        name: deploy
    - import_tasks: smoke.yml

Effectuer le retour arrière dans rescue

Placez la logique d’annulation dans rescue : redéployez la version précédente afin qu’une mise en production échouée ne laisse jamais les utilisateurs avec du code défectueux.

  rescue:
    - name: Roll back
      ansible.builtin.git:
        repo: "{{ app_repo }}"
        version: "{{ previous_version }}"
        dest: /srv/app

Toujours réactiver le trafic

Utilisez always pour replacer le nœud derrière l’équilibreur de charge, que le déploiement ait réussi ou qu’un retour arrière ait eu lieu. Ne laissez jamais un hôte isolé.

  always:
    - community.general.haproxy:
        state: enabled
        host: "{{ inventory_hostname }}"
      delegate_to: lb1

Échouer vite et clairement

En cas de problème, arrêtez-vous avec un message utile à l’aide du module fail, afin que le journal indique exactement ce qui est défaillant.

- ansible.builtin.fail:
    msg: "Health check failed on {{ inventory_hostname }}"

Notifier l’équipe

Communiquez le résultat. Une tâche community.general.slack publie la réussite ou l’échec afin que les personnes sachent que le déploiement est terminé.

- community.general.slack:
    token: "{{ slack_token }}"
    msg: "Deployed {{ app_version }} ✅"

Courriel ou discussion, à vous de choisir

Vous préférez le courriel ? Le module mail envoie un récapitulatif. Tous les canaux conviennent ; l’essentiel est de disposer d’un signal de déploiement clair et automatique.

- community.general.mail:
    to: ops@example.com
    subject: "Deploy {{ app_version }} complete"

Conserver la dernière bonne version

Le retour arrière ne fonctionne que si vous en avez assuré le suivi. Enregistrez previous_version avant le déploiement afin que rescue sache quoi restaurer.

vars:
  previous_version: "2.4.0"
  app_version: "2.4.1"

Un déploiement fiable

Testez, revenez en arrière en cas d’échec, restaurez toujours le trafic et informez l’équipe. Voilà un déploiement de qualité production, de bout en bout. 🎉

Vérification rapide

Une section garantit que le trafic est rétabli.

Récapitulatif

Vous avez bouclé le processus : tests de fumée, retour arrière dans rescue, réactivation dans always et notifications de l’équipe. Projet final terminé ! 🏆

Questions Fréquemment Posées

La leçon « Tests rapides, restauration et notifications » est-elle gratuite ?

Oui — le texte complet de « Tests rapides, restauration et notifications » est gratuit à lire ici sur le web. Pour la pratiquer de manière interactive (un éditeur de code intégré et un tuteur IA 24/7) et déverrouiller le reste du cours DevOps Bootcamp, passe à CoddyKit PRO. Le cours DevOps Bootcamp comprend 4 leçons au total.

Qu'est-ce que j'apprendrai dans « Tests rapides, restauration et notifications » ?

Vérifiez, rétablissez et rendez compte du déploiement. Tu pratiques DevOps Bootcamp avec du code pratique que tu exécutes directement dans le navigateur, et un tuteur IA 24/7 répond à tes questions au fur et à mesure que tu avances dans la leçon.

Dois-je avoir de l'expérience pour commencer DevOps Bootcamp ?

Aucune expérience préalable n'est requise. DevOps Bootcamp sur CoddyKit est structuré pour les débutants jusqu'aux apprenants avancés, donc tu peux commencer ici ou depuis le début et avancer à ton rythme. Ceci est la leçon 4 sur 4.

Combien de temps prend la leçon « Tests rapides, restauration et notifications » ?

La plupart des leçons CoddyKit prennent environ 5–10 minutes. Chacune est courte et interactive, tu progresses régulièrement et tu repiques exactement où tu t'es arrêté sur le web et l'app.

Peux-tu écrire et exécuter du code dans cette leçon DevOps Bootcamp ?

Oui. Chaque leçon DevOps Bootcamp inclut un éditeur de code intégré, tu écris et exécutes du vrai code directement dans ton navigateur et tu reçois des retours IA instantanés — aucune configuration locale requise.

Toutes les leçons de ce cours

  1. Concevoir le projet : rôles et inventaire
  2. Provisionner, renforcer et amorcer les hôtes
  3. Déploiement progressif derrière l’équilibreur de charge
  4. Tests rapides, restauration et notifications
← Retour à DevOps Bootcamp