Quiz: Docker et CI/CD
Testez vos connaissances sur Docker, Docker Compose et GitHub Actions.
30 questions - Cliquez sur chaque question pour révéler la réponse.
Questions 1-15: Docker
Question 1: Qu'est-ce que Docker?
Réponse: Docker est une plateforme de conteneurisation qui permet d'empaqueter une application avec toutes ses dépendances dans un conteneur léger et portable. Avantages:
- Même environnement partout
- Isolation des applications
- Déploiement rapide
- Scalabilité
Question 2: Quelle est la différence entre une image et un conteneur?
Réponse:
- Image: modèle en lecture seule (comme une classe)
- Conteneur: instance en cours d'exécution d'une image (comme un objet)
# Créer un conteneur depuis une image
docker run -d --name my-app my-image:1.0
Question 3: Comment écrire un Dockerfile pour Spring Boot?
Réponse:
FROM eclipse-temurin:21-jdk-alpine
WORKDIR /app
COPY target/*.jar app.jar
EXPOSE 8080
ENTRYPOINT ["java", "-jar", "app.jar"]
Question 4: Comment optimiser un Dockerfile avec multi-stage build?
Réponse:
# Stage 1: Build
FROM maven:3.9-eclipse-temurin-21 AS build
WORKDIR /app
COPY pom.xml .
RUN mvn dependency:go-offline
COPY src ./src
RUN mvn package -DskipTests
# Stage 2: Run
FROM eclipse-temurin:21-jre-alpine
WORKDIR /app
COPY --from=build /app/target/*.jar app.jar
EXPOSE 8080
ENTRYPOINT ["java", "-jar", "app.jar"]
Image finale plus petite (pas de Maven, JDK complet).
Question 5: Comment construire et exécuter une image Docker?
Réponse:
# Construire l'image
docker build -t my-app:1.0 .
# Exécuter
docker run -d -p 8080:8080 --name my-app my-app:1.0
# Voir les logs
docker logs -f my-app
# Arrêter
docker stop my-app
# Supprimer
docker rm my-app
Question 6: Comment passer des variables d'environnement au conteneur?
Réponse:
# En ligne de commande
docker run -e SPRING_PROFILES_ACTIVE=prod \
-e DB_HOST=postgres \
my-app:1.0
# Avec un fichier
docker run --env-file .env my-app:1.0
# .env
SPRING_PROFILES_ACTIVE=prod
DB_HOST=postgres
DB_PASSWORD=secret
Question 7: Comment persister les données avec Docker?
Réponse: Avec des volumes:
# Volume nommé
docker run -v postgres-data:/var/lib/postgresql/data postgres
# Bind mount
docker run -v $(pwd)/data:/app/data my-app
Les données survivent à la suppression du conteneur.
Question 8: Comment connecter des conteneurs entre eux?
Réponse: Avec un réseau Docker:
# Créer un réseau
docker network create my-network
# Connecter les conteneurs
docker run -d --name postgres --network my-network postgres
docker run -d --name app --network my-network \
-e DB_HOST=postgres my-app
# Les conteneurs se trouvent par nom
Question 9: Qu'est-ce que Docker Compose?
Réponse: Outil pour définir et exécuter des applications multi-conteneurs:
# docker-compose.yml
services:
app:
build: .
ports:
- "8080:8080"
depends_on:
- postgres
environment:
- SPRING_DATASOURCE_URL=jdbc:postgresql://postgres:5432/mydb
postgres:
image: postgres:15
volumes:
- postgres-data:/var/lib/postgresql/data
environment:
- POSTGRES_DB=mydb
- POSTGRES_USER=user
- POSTGRES_PASSWORD=pass
volumes:
postgres-data:
Question 10: Quelles sont les commandes Docker Compose principales?
Réponse:
# Démarrer tous les services
docker compose up -d
# Voir les logs
docker compose logs -f
# Arrêter
docker compose stop
# Supprimer (avec volumes)
docker compose down -v
# Reconstruire
docker compose up -d --build
Question 11: Comment configurer un healthcheck Docker?
Réponse:
HEALTHCHECK --interval=30s --timeout=3s --start-period=60s --retries=3 \
CMD curl -f http://localhost:8080/actuator/health || exit 1
Ou dans docker-compose.yml:
services:
app:
healthcheck:
test: ["CMD", "curl", "-f", "http://localhost:8080/actuator/health"]
interval: 30s
timeout: 3s
retries: 3
start_period: 60s
Question 12: Comment limiter les ressources d'un conteneur?
Réponse:
services:
app:
deploy:
resources:
limits:
cpus: '1'
memory: 512M
reservations:
cpus: '0.5'
memory: 256M
Question 13: Comment voir les conteneurs et images?
Réponse:
# Conteneurs en cours
docker ps
# Tous les conteneurs
docker ps -a
# Images
docker images
# Utilisation disque
docker system df
# Nettoyer
docker system prune -a
Question 14: Comment débugger un conteneur?
Réponse:
# Logs
docker logs my-app
# Shell dans le conteneur
docker exec -it my-app /bin/sh
# Inspecter le conteneur
docker inspect my-app
# Stats en temps réel
docker stats my-app
Question 15: Comment pousser une image vers un registry?
Réponse:
# Docker Hub
docker login
docker tag my-app:1.0 username/my-app:1.0
docker push username/my-app:1.0
# GitHub Container Registry
docker login ghcr.io
docker tag my-app:1.0 ghcr.io/username/my-app:1.0
docker push ghcr.io/username/my-app:1.0
Questions 16-30: CI/CD avec GitHub Actions
Question 16: Qu'est-ce que GitHub Actions?
Réponse: Plateforme d'automatisation CI/CD intégrée à GitHub:
- Workflows déclenchés par événements
- Runners hébergés ou self-hosted
- Marketplace d'actions réutilisables
- Secrets et variables sécurisés
Question 17: Comment structurer un workflow GitHub Actions?
Réponse:
# .github/workflows/ci.yml
name: CI Pipeline
on:
push:
branches: [main]
pull_request:
branches: [main]
jobs:
build:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- name: Set up JDK
uses: actions/setup-java@v4
with:
java-version: '21'
distribution: 'temurin'
- name: Build with Maven
run: mvn clean package
Question 18: Comment exécuter les tests dans CI?
Réponse:
jobs:
test:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- name: Set up JDK
uses: actions/setup-java@v4
with:
java-version: '21'
distribution: 'temurin'
cache: 'maven'
- name: Run tests
run: mvn test
- name: Upload test results
uses: actions/upload-artifact@v4
if: always()
with:
name: test-results
path: target/surefire-reports/
Question 19: Comment utiliser le cache Maven?
Réponse:
- uses: actions/setup-java@v4
with:
java-version: '21'
distribution: 'temurin'
cache: 'maven' # Cache automatique
# Ou manuellement
- uses: actions/cache@v4
with:
path: ~/.m2/repository
key: ${{ runner.os }}-maven-${{ hashFiles('**/pom.xml') }}
restore-keys: |
${{ runner.os }}-maven-
Question 20: Comment construire et pousser une image Docker?
Réponse:
jobs:
docker:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- name: Log in to GitHub Container Registry
uses: docker/login-action@v3
with:
registry: ghcr.io
username: ${{ github.actor }}
password: ${{ secrets.GITHUB_TOKEN }}
- name: Build and push
uses: docker/build-push-action@v5
with:
context: .
push: true
tags: ghcr.io/${{ github.repository }}:${{ github.sha }}
Question 21: Comment utiliser les secrets GitHub?
Réponse:
jobs:
deploy:
runs-on: ubuntu-latest
steps:
- name: Deploy to server
env:
SSH_KEY: ${{ secrets.SSH_PRIVATE_KEY }}
DB_PASSWORD: ${{ secrets.DB_PASSWORD }}
run: |
echo "$SSH_KEY" > key.pem
chmod 600 key.pem
ssh -i key.pem user@server "deploy.sh"
Les secrets sont masqués dans les logs.
Question 22: Comment exécuter des jobs en parallèle?
Réponse:
jobs:
test:
runs-on: ubuntu-latest
steps:
- run: mvn test
lint:
runs-on: ubuntu-latest
steps:
- run: mvn checkstyle:check
security:
runs-on: ubuntu-latest
steps:
- run: mvn dependency-check:check
Par défaut, les jobs s'exécutent en parallèle.
Question 23: Comment créer des dépendances entre jobs?
Réponse:
jobs:
build:
runs-on: ubuntu-latest
steps:
- run: mvn package
test:
needs: build # Attend que build soit terminé
runs-on: ubuntu-latest
steps:
- run: mvn test
deploy:
needs: [build, test] # Attend les deux
runs-on: ubuntu-latest
steps:
- run: ./deploy.sh
Question 24: Comment utiliser une matrice pour tester plusieurs versions?
Réponse:
jobs:
test:
runs-on: ubuntu-latest
strategy:
matrix:
java: [17, 21]
os: [ubuntu-latest, windows-latest]
steps:
- uses: actions/setup-java@v4
with:
java-version: ${{ matrix.java }}
distribution: 'temurin'
- run: mvn test
Exécute 4 jobs (2 versions x 2 OS).
Question 25: Comment déclencher un workflow manuellement?
Réponse:
on:
workflow_dispatch:
inputs:
environment:
description: 'Environment to deploy'
required: true
default: 'staging'
type: choice
options:
- staging
- production
jobs:
deploy:
runs-on: ubuntu-latest
steps:
- run: echo "Deploying to ${{ inputs.environment }}"
Question 26: Comment utiliser les environments GitHub?
Réponse:
jobs:
deploy-staging:
environment: staging
runs-on: ubuntu-latest
steps:
- run: ./deploy.sh ${{ vars.SERVER_URL }}
deploy-production:
needs: deploy-staging
environment:
name: production
url: https://myapp.com
runs-on: ubuntu-latest
steps:
- run: ./deploy.sh ${{ vars.SERVER_URL }}
Les environments peuvent avoir:
- Secrets spécifiques
- Règles d'approbation
- Wait timers
Question 27: Comment vérifier la qualité du code?
Réponse:
jobs:
quality:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- name: SonarCloud Scan
uses: SonarSource/sonarcloud-github-action@master
env:
GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
SONAR_TOKEN: ${{ secrets.SONAR_TOKEN }}
- name: Check coverage
run: |
mvn jacoco:report
COVERAGE=$(grep -oP 'Total.*?([0-9]+)%' target/site/jacoco/index.html | grep -oP '[0-9]+')
if [ "$COVERAGE" -lt 70 ]; then exit 1; fi
Question 28: Comment déployer sur un serveur?
Réponse:
jobs:
deploy:
runs-on: ubuntu-latest
steps:
- name: Deploy via SSH
uses: appleboy/ssh-action@master
with:
host: ${{ secrets.HOST }}
username: ${{ secrets.USERNAME }}
key: ${{ secrets.SSH_KEY }}
script: |
cd /app
docker compose pull
docker compose up -d
Question 29: Comment notifier l'équipe du résultat?
Réponse:
jobs:
notify:
runs-on: ubuntu-latest
needs: [build, test, deploy]
if: always()
steps:
- name: Slack Notification
uses: slackapi/slack-github-action@v1
with:
channel-id: 'deployments'
slack-message: |
Deployment ${{ needs.deploy.result }}
Commit: ${{ github.sha }}
Author: ${{ github.actor }}
env:
SLACK_BOT_TOKEN: ${{ secrets.SLACK_TOKEN }}
Question 30: Quelles sont les bonnes pratiques CI/CD?
Réponse:
- Fail fast: arrêter dès qu'un test échoue
- Cache agressif: dépendances Maven, images Docker
- Paralléliser: tests indépendants en parallèle
- Secrets sécurisés: jamais en clair
- Environnements séparés: staging avant production
- Rollback automatique: en cas d'échec
- Notifications: Slack, email pour les échecs
- Artifacts: sauvegarder les rapports de test
- Semantic versioning: tags pour les releases
- Branch protection: reviews obligatoires
Score
| Score | Niveau |
|---|---|
| 27-30 | Excellent - Docker et CI/CD maîtrisés |
| 21-26 | Bien - Quelques révisions |
| 15-20 | Moyen - Relisez les chapitres |
| Moins de 15 | À revoir |