Aller au contenu principal

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:

  1. Fail fast: arrêter dès qu'un test échoue
  2. Cache agressif: dépendances Maven, images Docker
  3. Paralléliser: tests indépendants en parallèle
  4. Secrets sécurisés: jamais en clair
  5. Environnements séparés: staging avant production
  6. Rollback automatique: en cas d'échec
  7. Notifications: Slack, email pour les échecs
  8. Artifacts: sauvegarder les rapports de test
  9. Semantic versioning: tags pour les releases
  10. Branch protection: reviews obligatoires

Score​

ScoreNiveau
27-30Excellent - Docker et CI/CD maîtrisés
21-26Bien - Quelques révisions
15-20Moyen - Relisez les chapitres
Moins de 15À revoir

Retour au Module 12