https://teknolabs.net/courses/devops-cloud/partie-3-conteneurs-api/index.html Produire des images Docker petites et sûres, puis une API robuste et testée qui sert de fil conducteur aux parties suivantes. TP Outil(s) Approche TP7 Docker, Compose, Buildx Images multi-stage non-root, HEALTHCHECK, pile app + PostgreSQL + Adminer, images multi-architecture TP8 Express, Zod, Vitest API sécurisée (validation, erreurs centralisées, Helmet, rate limiting, OWASP API Top 10) et testée (Supertest, intégration PostgreSQL) Prérequis : VM de lab de la partie 2 (Ubuntu 26.04, Docker). Hugo en-us https://teknolabs.net/courses/devops-cloud/partie-3-conteneurs-api/tp7-docker-compose/index.html Mon, 01 Jan 0001 00:00:00 +0000 https://teknolabs.net/courses/devops-cloud/partie-3-conteneurs-api/tp7-docker-compose/index.html Vous savez déjà lancer un conteneur et écrire un Dockerfile simple (TP4, partie 4). Ce TP vous apprend à produire des images petites, reproductibles et sûres, puis à décrire une application complète (application + base de données + outil d’administration) avec Docker Compose. Fichiers de départ : app-starter.zip 1. Objectifs pédagogiques À l’issue du TP, vous serez capable de : expliquer le rôle des couches et du cache dans un build Docker ; écrire un Dockerfile multi-stage avec un .dockerignore, un utilisateur non-root et un HEALTHCHECK ; mesurer et comparer la taille, le temps de build et le nombre de vulnérabilités de deux images ; décrire une pile Compose avec réseaux, volume nommé, healthcheck, depends_on et fichier .env ; construire une image multi-architecture (amd64 / arm64) avec Buildx. Les images de cette page sont des schémas explicatifs, pas des captures d’écran. https://teknolabs.net/courses/devops-cloud/partie-3-conteneurs-api/tp8-api-express-tests/index.html Mon, 01 Jan 0001 00:00:00 +0000 https://teknolabs.net/courses/devops-cloud/partie-3-conteneurs-api/tp8-api-express-tests/index.html Une API exposée sur un réseau reçoit n’importe quoi : champs manquants, types inattendus, JSON cassé, scripts, tentatives d’injection SQL, rafales de requêtes. Ce TP part d’une petite API de formulaire de contact volontairement fragile et la rend robuste, puis prouve cette robustesse par des tests automatisés que la CI pourra exécuter. Fichiers de départ : api-starter.zip 1. Objectifs pédagogiques À l’issue du TP, vous serez capable de : situer les risques d’une API à l’aide de l’OWASP API Security Top 10 ; valider strictement les entrées avec Zod et uniformiser les erreurs avec un middleware d’erreur centralisé ; ajouter les headers de sécurité (Helmet), limiter la taille des requêtes et le débit (rate limiting) ; écrire des tests de routes avec Vitest + Supertest, y compris des cas négatifs (injection, entrées malformées) ; écrire un test d’intégration contre un vrai PostgreSQL lancé avec Docker Compose, et appliquer des migrations. Les images de cette page sont des schémas explicatifs, pas des captures d’écran.