Si vous quittez Vercel pour un container (Fly.io, Railway, Kubernetes), le premier piège est le Dockerfile. Avec les bons choix, vous produisez une image de 180 Mo qui démarre en 300 ms. Avec les mauvais, 1,2 Go qui met 5 s à démarrer.
Clé de la performance : output: "standalone" dans next.config.js, multi-stage build, et image de base alpine.
La structure gagnante
- Stage 1 : deps — installer
node_modules - Stage 2 : builder —
next build - Stage 3 : runner — copier
.next/standalone, run
Les 5 erreurs classiques
- Copier tout le code au début => cache Docker inutile. Copiez
package*.jsond'abord. - Utiliser
node:latest=> image lourde. Preneznode:20-alpine. - Oublier
output: "standalone"=> image 800 Mo au lieu de 180. - Lancer en root => sécu : créer un user
nextjs. - Pas de
HEALTHCHECK=> orchestrateur ne détecte pas les zombies.
Taille finale attendue
Un Next.js 15 app router avec 20 routes et 50 dépendances tient dans 180-220 Mo en image finale. Au-delà de 400 Mo, quelque chose déraille.
Un Dockerfile propre, c'est 15 minutes de gagnées à chaque déploiement pendant 2 ans.
On dockerise votre app ?
En 30 minutes on peut cadrer votre setup. Réservez un appel. À lire : Serverless vs container.