Hier sind einige wichtige Punkte zu meinem Setup:
< ul>
[*]In Sentry werden diese Ereignisse als Zeitspannen erkannt, bei denen der Vorgang mit db beginnt, die Beschreibung die Abfrage enthält und die Dauer 500 ms überschreitet.
[*]Ich verwende die folgenden Einstellungen in application.yml:
Code: Select all
sentry:
dsn:
exception-resolver-order: -1
enable-user-interaction-tracing: true
sendDefaultPii: true
traces-sample-rate: 0.01 # 1% of traces are sampled
- Ich habe in der Sentry-Dokumentation gelesen, dass Schwellenwerte für „Langsame DB-Abfrage“-Probleme unter Projekteinstellungen > Leistung auf dem Sentry-Server konfiguriert werden können, aber so scheint es Dies steuert nur die Problemerkennung und nicht die Ereignisse, die vom Client gesendet werden.
- Kann ich diese Spans auf der Clientseite mithilfe von beforeSendTransaction oder einem anderen Mechanismus im Java SDK von Sentry herausfiltern?
< li>Wenn ja, wie kann ich diese Spans identifizieren und sicherstellen, dass sie nicht an Sentry gesendet werden? - Gibt es alternativ einen anderen empfohlenen Ansatz, um die Anzahl solcher Ereignisse zu reduzieren?
Jede Hilfe oder Codebeispiele wäre sehr hilfreich geschätzt.
Code: Select all
io.sentry
sentry-spring-boot-starter
6.33.1
io.sentry
sentry-jdbc
7.8.0