En pratique, le seul canal fiable pour débugger en prod est stdout via kubectl logs. Sentry est câblé proprement dans le code mais mort en prod — ne pas y chercher une erreur.

Sentry — câblé mais mort

L'intégration est complète des deux côtés : api/src/instrument.ts (init), SentryModule.forRoot() dans app.module.ts, SentryExceptionFilter global (main.ts), boot Vue front/src/boot/sentry.ts. SENTRY_DSN est même requis au démarrage (schéma Joi) — l'app ne boot pas sans.

Rien de tout ça ne garantit que les événements arrivent quelque part : Sentry ne reçoit rien en prod actuellement. - Pour vérifier l'état à un instant T : GET /test-sentry (throw) et GET /test-sentry-capture (capture manuelle). - En local, .env contient un DSN placeholder identique à .env.example → rien ne remonte en dev non plus.

stdout — le vrai canal

Logger NestJS par défaut (pas de niveaux/format configurés) + console.log disséminés dans une quarantaine de fichiers. Capté par le runtime K8s, sans agrégateur centralisé. Pour débugger : kubectl logs sur le pod concerné.