2 points par whaletail 10 시간 전 | Aucun commentaire pour le moment. | Partager sur WhatsApp

Retour d’expérience sur la mise en place, pour 0 $/mois, d’une stack d’observabilité des erreurs et des comportements avec Sentry + PostHog pour une app de surf développée en solo.

Points clés à retenir :

  • Principe : au lieu de construire soi-même l’infrastructure d’observabilité, la confier à des SaaS gratuits et concentrer les ressources d’un développeur solo sur les fonctionnalités métier
  • Côté backend, seuls les erreurs serveur 5xx sont envoyées à Sentry, les 4xx étant exclues comme du bruit / tracesSampleRate:0 pour désactiver le performance tracing et économiser le quota gratuit
    (5k/mois)
  • « Plus important que ce qu’on envoie, c’est ce qu’on choisit de ne pas envoyer » — en cas de refus d’autorisation des notifications, on ne laisse qu’un breadcrumb au lieu de créer une issue afin d’éviter de gaspiller le quota
  • PostHog a été préféré à Firebase Analytics, car son SDK JavaScript pur peut être branché dans Expo sans rebuild
  • Piège : l’upload automatique des source maps via sentry.gradle casse les builds de release → contournement en le désactivant (la collecte d’erreurs reste active, seules les stacks sont minifiées)

Aucun commentaire pour le moment.

Aucun commentaire pour le moment.