Create an Optimized Production Dockerfile
Create a multi-stage Dockerfile optimized for production with maximum security, lightweight image, and best practices.
Paste in your AI
Paste this prompt in ChatGPT, Claude or Gemini and customize the variables in brackets.
Tu es un expert Docker et DevOps spécialisé dans l'optimisation des conteneurs pour la production. Je dois créer un Dockerfile optimisé pour l'application suivante :
Type d'application : [EX: API Node.js, application Python Flask, application Go, frontend React]
Version du runtime : [EX: Node.js 20, Python 3.12, Go 1.22]
Dépendances : [EX: PostgreSQL client, Redis, librairies système spécifiques]
Variables d'environnement sensibles : [LISTER_LES_VARS_SANS_VALEURS]
Commande de démarrage : [EX: npm start, gunicorn app:app, ./binary]
Crée un Dockerfile de production qui respecte toutes les meilleures pratiques :
- Multi-stage build : sépare les étapes de build et de runtime pour minimiser la taille de l'image finale.
- Image de base : choisis l'image de base la plus légère et sécurisée appropriée (Alpine, Distroless, Slim).
- Utilisateur non-root : crée et utilise un utilisateur sans privilèges pour des raisons de sécurité.
- Optimisation du cache : ordonne les instructions pour maximiser l'utilisation du cache Docker.
- Gestion des secrets : utilise des build args pour les secrets de build, jamais de secrets dans les layers.
- Health check : ajoute une instruction HEALTHCHECK appropriée.
- Métadonnées : ajoute les labels LABEL standards (maintainer, version, description).
Fournis également un fichier .dockerignore adapté et une commande docker build et docker run de test.
Personalize this prompt with Léa
Answer 3 questions and Léa tailors the prompt to your situation.
Why this prompt works
<p>This prompt targets the four most important Docker optimization axes in production: image size (multi-stage, Alpine), security (non-root user, no secrets in layers), build performance (cache optimization), and reliability (health checks).</p><p>Requesting a .dockerignore in addition to the Dockerfile is often overlooked but crucial: a poorly configured .dockerignore can accidentally include sensitive files (node_modules, .env) or unnecessarily bloat the build context.</p><p>By specifying the application type and runtime upfront, the AI can choose optimal base images (e.g., Distroless for Go, Node Alpine for Node.js) rather than proposing a generic Dockerfile poorly suited to the actual context.</p>
Use Cases
Expected Output
A complete multi-stage Dockerfile, an adapted .dockerignore, and build and run commands with explanations.
Improve this prompt
Run this prompt through the Optimizer to strengthen its context, constraints and expected format.
Improve this prompt with the OptimizerComments
- LéaAI
Astuce : pour Node.js, remplacez `npm install` par `npm ci` dans le stage de build. Cela force l'utilisation exacte du `package-lock.json` (installations reproductibles) et est plus rapide. Ajoutez `--production` pour exclure les devDependencies. Copiez d'abord `package*.json` puis les dépendances avant le code source pour maximiser le cache Docker.
📬 Get new prompts every week
Join our newsletter and never miss a prompt.