Votre API Express plante en production — ECONNRESET intermittent. En local, rien. Sur Railway, les journaux montrent l'erreur mais pas le socket amont. Sur Docker Compose en préproduction, vous reproduisez en attachant docker exec et tcpdump. Le junior demande : « On migre tout PaaS ou tout Docker ? »
La réponse dépend où vous perdez le temps aujourd'hui — pas du dogme twelve-factor.
PaaS : déboguer via observabilité éditeur
Avantages : journaux agrégés, métriques basiques, retour arrière déploiement en un clic, pas de système d'exploitation à corriger.
Limites débogage : shell limité ou absent, système de fichiers éphémère (core dumps perdus), délais imposés (30 s, 60 s), « ça marche sur ma machine » si buildpack ≠ Dockerfile local.
Railway, Render, Clever Cloud, Heroku — même compromis.
Docker : déboguer via contrôle conteneur
Avantages : docker logs, exec, même image local/production, version Node figée, repro CI, tcpdump et sysctl sur mesure si VPS.
Limites : vous assemblez compose, réseau, secrets ; journaux dispersés sans Loki ou ELK ; mauvais Dockerfile = production fragile.
Tableau décision débogage
| Situation | Penche PaaS | Penche Docker VPS |
|---|---|---|
| Équipe sans exploitation | ✓ | |
| Incidents réseau obscurs | ✓ | |
| Environnement preview PR | ✓ | Possible CI |
| WebSocket long | Vérifier plan | ✓ |
| Budget serré long terme | ✓ souvent |
Pratiques communes indispensables
Source maps uploadées en production (Sentry). Identifiant de corrélation par requête. Healthcheck /health + readiness séparé. Préproduction = même digest d'image que production. Sans ça, PaaS et Docker galèrent pareil.
Coût et accès shell en production
Le PaaS facture souvent rétention journaux et seats APM au-delà d'un seuil — budget à simuler sur douze mois. Docker sur VPS offre tcpdump et strace, utiles pour incidents réseau obscurs, mais exige compétence et temps. En réunion de choix, demandez : « Combien de minutes pour reproduire prod sur laptop junior ? » La réponse tranche plus que le logo Railway ou Docker.
Observabilité commune aux deux modèles
Que vous choisissiez PaaS ou Docker, installez correlation ID, healthchecks distincts (live vs ready) et export des métriques RED sur routes critiques. Les incidents Node les plus longs viennent de timeouts amont (base, API tierce) masqués par un message générique ECONNRESET. Tracez les appels sortants avec OpenTelemetry ou Sentry spans — le modèle d'hébergement importe moins que la visibilité du graphe d'appels.
En Docker, figez l'image par digest en production ; en PaaS, documentez la stack buildpack équivalente pour que le développeur local reproduise la même version Node et les mêmes variables.
Mesurez le temps moyen de résolution incident sur six mois avant de migrer.
Décider et avancer sans angle mort
Instrumentez Sentry ou OpenTelemetry avant tout changement d'hébergement pour disposer d'une baseline. Fixez une commande de reproduction unique documentée dans le README (docker compose up ou commande PaaS équivalente). Documentez délais, WebSocket et stockage persistant requis. Comparez PaaS et VPS via l'annuaire et le comparateur sur coût journalisation et accès shell.
Questions fréquentes
Où voir les vraies stack traces en prod ?
PaaS : tableau de bord journaux + APM si activé. Docker : journaux conteneur + fichier sur volume — mais source maps et NODE_ENV doivent être alignés. Les deux exigent Sentry ou OpenTelemetry pour le contexte requête.
Docker reproduit-il mieux la prod en local ?
Oui si même image/tag, mêmes variables et compose proche production. PaaS reproduit via conteneurs buildpack — parfois divergent du Mac M1 local sans attention aux architectures.
PaaS Node gratuit ou bon marché, pièges ?
Mise en veille dyno, système de fichiers éphémère, délai requête court, pas de WebSocket long — bugs « ça marche en local » classiques.
Quand Docker sur VPS bat le PaaS pour debug ?
Incidents réseau bas niveau, besoin strace/tcpdump, versions Node exotiques, ou coût rétention journaux longue sans surcoût éditeur.
Node PaaS ou Docker : choisissez l'endroit où la préproduction ment le moins — pas celui avec la plus belle console de journaux.