Monitoring & observabilité : Sentry + PostHog + uptime

Monitoring & observabilité : Sentry + PostHog + uptime

Sans monitoring, vous découvrez les bugs via les emails clients. Avec : vous les corrigez avant qu'ils soient signalés. Stack minimale 2026.

Sentry (erreurs)

• Capture des exceptions front + edge functions
• Source maps uploadées au build → stack trace lisible
• Release tagging → identifier le commit fautif
• Alertes Slack sur > 5 erreurs nouvelles / heure

// _shared/errors.ts (edge functions)
import * as Sentry from "https://deno.land/x/sentry/...";
try { ... } catch (e) {
  Sentry.captureException(e, { tags: { fn: "newsletter-subscribe" } });
  throw new ApiError(500, "internal_error");
}

PostHog (analytics + feature flags + session replay)

• Events métier (signup, lead_submitted, upgrade)
• Funnels pour mesurer les drop-offs
• Session replay pour reproduire les bugs UX
• Feature flags pour ship safely (rollout 5% → 100%)

Uptime (BetterStack / UptimeRobot)

• Ping toutes les minutes sur la home + 3 routes critiques
• Alerte SMS si down > 2 minutes
• Status page publique = trust signal

Logs edge functions

Supabase expose les logs des edge functions. Convention Next Generation : 1 ligne JSON par event ({ ts, level, fn, msg, ctx }). Parsable par grep/jq, exportable vers un SIEM si besoin.

Anti-pattern : tout logger

console.log(req.body) = potentiellement leak de données users (PII). Convention : level "info" pour les events métier, "error" pour les exceptions, jamais le payload brut.