Supabase coupe les logs de connexion : garder Postgres observable
Depuis le 9 juillet, log_connections est off par défaut pour les nouveaux projets Supabase et les projets Free/Pro existants. Teams et Enterprise ne changent pas.
Le changement
Depuis le 9 juillet, log_connections est off par défaut pour les nouveaux projets Supabase et les projets Free/Pro existants. Teams et Enterprise ne changent pas.
Socle observable
Les événements de connexion ne mesurent ni l’impact utilisateur, ni la latence, ni la saturation du pool. Gardez les métriques API, connexions, verrous et pg_stat_statements comme socle.
Diagnostic et audit
Activez log_connections sur une fenêtre limitée pour une fuite ou une boucle d’authentification. Traitez pgAudit séparément pour la conformité.
Plan d’action
Vérifiez l’état réel, remplacez les alertes textuelles, imposez une expiration et testez le retour arrière.
Checklist
✓Auditer les environnements.
✓Passer aux métriques.
✓Limiter le debug.
✓Séparer l’audit.
Sources
- Supabase Changelog: log_connections off by default
- Supabase Docs: Logging
- Supabase Docs: Customizing Postgres configs
- Supabase Management API: Update Postgres config
- PostgreSQL Docs: Error reporting and logging
- Supabase Docs: Database configuration and pg_stat_statements
- Reddit r/Supabase: operational log noise discussion