Sylvie : Si ton application dot NET journalise déjà avec Serilog, comment faire arriver les erreurs importantes dans Sentry sans tout réécrire ?

Thierry : Je dirais un plugin quelconque.

Sylvie : Un sink, dans le vocabulaire de Serilog. Serilog point Sinks point SentrySDK envoie les événements vers Sentry via le SDK officiel. La version d'Antoine s'inspire du projet serilog-contrib.

Thierry : Il faut configurer quoi ?

Sylvie : Installer le paquet NuGet avec dotnet add package, ajouter le sink Sentry à la configuration du logger, et fournir le DSN de Sentry. On peut aussi tout configurer en JSON, avec des options comme l'environnement et la version.

Thierry : Et pour les données sensibles ?

Sylvie : Il y a le nettoyage de données. Tu fournis ton propre nettoyeur à la configuration du sink, pour assainir les logs avant qu'ils quittent l'application.

Thierry : Côté applications web ?

Sylvie : Un second paquet, celui d'ASP.NET Core, capte le contexte HTTP. On ajoute une politique de déstructuration au logger et le middleware de contexte Sentry, et les logs portent alors l'utilisateur, le corps de la requête et les en-têtes.

Thierry : Comment savoir si c'est suivi ?

Sylvie : La page affiche des badges pour les tests, l'intégration continue, CodeQL et la couverture de code, plus la version NuGet des deux paquets.

Thierry : Où sont les exemples ?

Sylvie : Dans le README anglais sur GitHub. La page écrite a les liens vers les paquets.