Lab-2 : [correction] test d’acceptation partie 4

Lab-2 : Correction du test d’acceptation – gestion de l’alias réseau Docker

Apprenez à corriger un échec de test causé par une mauvaise résolution réseau dans un pipeline GitLab CI/CD multi-conteneurs.

📘 Description de la leçon

Cette leçon explique une erreur subtile liée à l’architecture des jobs et services dans GitLab CI. Le conteneur qui exécute le test ne correspond pas à celui qui héberge Docker, ce qui fait échouer la requête curl localhost. La solution consiste à configurer un alias réseau pour le service Docker dans le fichier .gitlab-ci.yml et à modifier l’URL ciblée par curl.

📝 Titre alternatif

Corriger le test d’acceptation via l’alias réseau du service Docker

🔍 Contexte

Après correction du port d’écoute, le test curl échoue toujours car localhost dans le job de test ne pointe pas vers le conteneur Docker hébergeant l’application. Cela découle de la séparation entre le job principal et le service docker:dind dans GitLab CI.

📌 Étapes clés abordées

Constat : Échec persistant du pipeline malgré la correction des ports.
Cause : localhost dans le job ne correspond pas au conteneur Docker d’exécution (docker:dind).
Explication : Le service docker:dind tourne dans un conteneur distinct.
Solution : Ajouter un alias réseau au service Docker dans .gitlab-ci.yml :
```
services:
  - name: docker:dind
    alias: docker
```
Modification du test : Cibler l’URL http://docker:5000 au lieu de localhost.
Vérification : Confirmer que les ports internes et externes restent sur 5000.

Commit :

git commit -m "fix: docker alias network + correct port"

🧾 Concepts approfondis

Comprendre la séparation des jobs et des services dans GitLab CI/CD
Utiliser les alias réseau pour assurer la communication entre conteneurs
Les limites de l’utilisation de localhost dans des environnements multi-conteneurs
Techniques avancées de debugging réseau dans un pipeline CI/CD

🎯 Objectif pédagogique

Cette leçon vise à former les apprenants à diagnostiquer et résoudre les erreurs réseau complexes en pipeline GitLab CI/CD, en particulier celles causées par la séparation des conteneurs de jobs et services. Elle présente une méthode propre avec l’utilisation des alias réseau pour une communication fiable.