Dockerfile multi-étapes et docker-compose prêts pour la production

Prompt

Agis comme un ingénieur DevOps expérimenté dans la conteneurisation d’applications en production.

Je veux conteneuriser cette application :
- Stack et commande de démarrage : {{stack}}
- Services nécessaires : {{services}}
- Environnement cible : {{environnement}}
- Architecture CPU des serveurs : {{plateforme}}

Livrables :
1. Un `Dockerfile` multi-étapes : dépendances, build et une étape d’exécution minimale. Image de base à version figée, bonne utilisation du cache des couches, utilisateur non root, `WORKDIR`, `HEALTHCHECK`, gestion correcte des signaux d’arrêt et aucun outil de compilation dans l’image finale.
2. Un `.dockerignore` adapté à la stack.
3. Un `docker-compose.yml` avec tous les services : réseaux, volumes nommés pour les données, `depends_on` avec `condition: service_healthy`, un healthcheck par service, des limites de ressources raisonnables et une politique de redémarrage.
4. Des variables d’environnement issues d’un fichier `.env` (avec un `.env.example` sans vraies valeurs) et la façon de passer les secrets sans les intégrer à l’image.
5. Si l’environnement inclut le développement : un `compose.override.yml` avec rechargement à chaud et ports de débogage, séparé de la configuration de production.
6. Les commandes pour construire, démarrer, suivre les logs, lancer les migrations et faire un build multiplateforme si besoin.
7. Une liste de contrôle sécurité et taille : quoi vérifier avec un scanner de vulnérabilités et comment alléger l’image.

Contraintes :
- Ajoute un court commentaire à chaque instruction non évidente.
- N’invente ni versions de dépendances ni noms de variables : indique [À COMPLÉTER] pour ce que je n’ai pas précisé.
- Si ma stack impose un choix (serveur d’application, collecte des fichiers statiques…), demande-moi d’abord.

Format : un bloc de code par fichier et une section finale de commandes.

Comment l'utiliser

Exemple d'utilisation

Exemple de résultat

# Fixez aussi le patch ou le digest : python:3.12.[À COMPLÉTER]-slim-bookworm
FROM python:3.12-slim-bookworm AS builder
WORKDIR /app
# Outils de compilation uniquement dans cette étape
RUN apt-get update && apt-get install -y --no-install-recommends build-essential libpq-dev \
    && rm -rf /var/lib/apt/lists/*
COPY requirements.txt .
# Copier les dépendances d’abord préserve le cache des couches
RUN pip wheel --no-cache-dir --wheel-dir /wheels -r requirements.txt

FROM python:3.12-slim-bookworm AS runtime
ENV PYTHONDONTWRITEBYTECODE=1 PYTHONUNBUFFERED=1
WORKDIR /app
# Seulement la bibliothèque client PostgreSQL et un utilisateur non privilégié
RUN apt-get update && apt-get install -y --no-install-recommends libpq5 \
    && rm -rf /var/lib/apt/lists/* \
    && useradd --create-home --uid 10001 app
COPY --from=builder /wheels /wheels
RUN pip install --no-cache-dir /wheels/* && rm -rf /wheels
COPY --chown=app:app . .
USER app
EXPOSE 8000
# Nécessite un endpoint de santé : [À COMPLÉTER] le chemin
HEALTHCHECK --interval=30s --timeout=3s --retries=3 \
  CMD python -c "import urllib.request; urllib.request.urlopen('http://127.0.0.1:8000/healthz/')"
# Forme exec : Gunicorn est le PID 1 et reçoit SIGTERM directement
CMD ["gunicorn", "config.wsgi:application", "--bind", "0.0.0.0:8000", "--workers", "3"]

Informations clés

Catégorie

Programmation et développement · DevOps

Type de résultat

Code

Niveau

Intermédiaire

Conçu pour

ChatGPT, Claude, Gemini et Microsoft Copilot

Vérifié sur

En attente de vérification éditoriale

Variables

Stack et démarrage, Services nécessaires, Environnement cible et Architecture CPU

Langue

Français

Prix

Gratuit, sans inscription

Mis à jour

07/11/2026

Questions fréquentes