# SigNoz-Telemetrie

Gitty meldet Abstürze, Fehler und Ressourcenverbrauch an eine SigNoz-Instanz
(OTLP/HTTP, JSON). Implementierung: `src-tauri/src/telemetry.rs` plus
`src/lib/telemetry.ts` für Frontend-Fehler.

## Konfiguration

Der Collector-Endpoint ist als Konstante `OTLP_ENDPOINT` in
`src-tauri/src/telemetry.rs` hinterlegt (`http://telemetry.cbsk-tech.de`,
analog zum fest eingetragenen Aptabase-Host in `main.rs`). Telemetrie ist
damit in jedem Build aktiv — auch im Dev-Modus.

## Was gemeldet wird

- **Abstürze**: Ein Panic-Hook schickt Panics als `FATAL`-Log mit Backtrace und
  Quellposition — synchron, bevor der Prozess stirbt (SigNoz: *Logs*, Filter
  `error.kind=panic`).
- **Rust-Fehler/-Warnungen**: Alles, was über das `log`-Crate mit `warn!`/
  `error!` geloggt wird, geht zusätzlich zur Konsole als Log-Record raus.
- **Frontend-Fehler**: Uncaught Exceptions und unbehandelte Promise-Rejections
  aus dem WebView (Attribut `component=frontend`), pro Sitzung dedupliziert
  und auf 25 Meldungen gedeckelt.
- **Ressourcen** (alle 60 s als Gauges): `process.memory.usage` (Bytes),
  `process.cpu.utilization` (0–1, über alle Kerne normalisiert),
  `system.memory.utilization` (0–1).

Alle Daten tragen die Resource-Attribute `service.name=gitty`,
`service.version` (App-Version aus `tauri.conf.json`), `os.type` und
`host.arch`. Es werden keine Repository-Inhalte, Pfade oder Nutzerdaten
übertragen — nur Fehlermeldungstexte, Stacktraces und Prozessmetriken.
Fehlgeschlagene Exporte werden verworfen; Telemetrie darf den Git-Workflow
nie stören.