Formation Docker

Atelier : ajouter un service de notifications à MonTour, de l’ADR à la production

Atelier final : un nouveau service conteneurisé de notifications, de la décision d’architecture jusqu’à la production, avec les agents et une partie écrite sans IA.

Module 6 · Docker avec des agents IA

Réservé aux abonnés

Objectif du chapitre

Un service de notifications tourne en production à côté de MonTour, construit, scanné, déployé et surveillé comme le reste.

Prérequis : L’agent relecteur de Dockerfile et de Compose (chapitre 25) : tag dk25 posé.

C’est le dernier chapitre, et le seul où vous travaillez presque seul. MonTour doit prévenir un client quand son tour approche. Vous allez ajouter un service, et lui faire suivre exactement le chemin du reste : décision écrite, fichiers relus, image scannée, déploiement vérifié. Si une étape vous paraît difficile, le chapitre correspondant est indiqué.

ADRdécision écrite et datéeDockerfile + Composeécrits à la mainRelecteur (chapitre 25)rapport sur la MRCI : build + scanéchec si HIGH ou CRITICALDéploiementpull, up -d, healthy
SchémaLe même chemin que MonTour, de la décision à la production

Comment lire le schéma

  • Chaque case correspond à un ou plusieurs chapitres déjà faits : rien de nouveau, tout est assemblé.
  • Les deux cases jaunes sont automatiques : elles tournent sur chaque merge request.
  • La dernière case n’est validée que quand docker inspect affiche healthy sur le VPS.

ADR : pourquoi un service séparé, et comment il communique avec MonTour

La suite de cette leçon est réservée aux abonnés

Les 3 premières leçons de chaque formation sont gratuites. Débloquez la suite pour continuer.