Passa al contenuto principale

Panoramica delle Dashboard

Questa sezione documenta le due famiglie di dashboard esistenti per Playroll.

  • Telemetria OTEL (SigNoz) — telemetria emessa dal client. Disponibili sull'istanza SigNoz all'indirizzo https://otel.playroll.gg e memorizzate nel database SQLite di SigNoz (/var/lib/signoz/signoz.db, tabella dashboard). Pubblico: ingegneria e operatori. Rispondono alla domanda "cosa ha cercato di fare il client?".
  • View Supabase — view SQL autoritative lato server nel database Postgres playroll_supa_new, schema public. Pubblico: reportistica VC (*_vc_view) e supporto tester (support_*). Rispondono alla domanda "cosa è arrivato sul server?".

Le due famiglie si sovrappongono intenzionalmente su alcuni KPI (DAU, sessioni al giorno, throughput di upload). Quando i numeri divergono, OTEL riflette l'emissione del client e Supabase riflette l'ingestione lato server — entrambi sono corretti; misurano cose diverse. Vedi la pagina VC View per la fonte di verità raccomandata per ciascun KPI.

Legenda degli stati

Ogni pagina di dashboard inizia con dei badge che riassumono tre assi ortogonali.

Status — stato operativo della dashboard in questo momento.

ActiveReferenceDraftSunset planned
  • Active — dashboard di produzione, le query restituiscono dati in tempo reale.
  • Reference — la struttura è in atto ma la fonte dati a monte non è ancora attiva; la dashboard è un contratto / segnaposto.
  • Draft — in costruzione, non pronta per l'uso.
  • Sunset planned — pianificata per la rimozione; mantenuta temporaneamente per validazione o migrazione.

Lifecycle — durata prevista.

PermanentMutableSunset planned
  • Permanent — destinata a vivere in produzione con durata indefinita.
  • Mutable — il contenuto/la struttura cambieranno in modo significativo (es. in attesa che una pipeline lato server diventi attiva).
  • Sunset planned — ha una data di fine vita pianificata.

Persistence — quando la dashboard è stata creata (informativo).

Since YYYY-MM-DD

Telemetria OTEL (SigNoz)

DashboardStatusLifecycleCreata
AudienceActivePermanent2026-05-04
Capture Pipeline (client)ActivePermanent2026-05-04
Errors & AuthActivePermanent2026-05-04
Version Upgrades (slim)ActivePermanent2026-05-04
Game LibraryActivePermanent2026-05-04
Pipeline HealthReferenceMutable2026-05-02

Archivio (dashboard pre-revamp mantenute per validazione):

DashboardSostituita da
Product HealthAudience
Retention CohortAudience
EngagementCapture Pipeline (client)
Error MonitoringErrors & Auth
Version UpgradesVersion Upgrades (slim)

View Supabase

PaginaView inclusePubblico
VC Viewinvestor_daily_recording_kpis_vc_viewInvestitori
Tester Viewssupport_recording_sessions, support_recording_files, support_player_upload_summary, playroll_users_viewSupporto tester

Il contratto Supabase è riassunto anche in Database → Monitoring Views.

Sovrapposizione di KPI tra le due famiglie

KPIFonte OTELFonte SupabaseAutoritativa per
Daily Active PlayersAudience → DAU by Trackinvestor_daily_recording_kpis_vc_view.active_playersReportistica VC → Supabase
Sessioni al giornoCapture Pipeline → Sessions by Versioninvestor_daily_recording_kpis_vc_view.total_sessions_seenReportistica VC → Supabase
Throughput di upload (GB/giorno)Capture Pipeline → Upload Throughputinvestor_daily_recording_kpis_vc_view.uploaded_size_gbReportistica VC → Supabase
Funnel / completezza uploadPipeline Health (reference)valid_current_sessions, partial_upload_sessions, session_completion_statusRealtà server → Supabase
File per tipo (mp4/csv/json)Capture Pipelinecolonne *_files, daily_upload_statsRealtà server → Supabase

KPI presenti solo su OTEL: coorti di retention, utenti nuovi vs di ritorno, distribuzione delle versioni e upgrade, ciclo di vita dell'auth (BUG #7/#8), tassi di errore per servizio, funnel di cattura lato client e fallimenti del window-probe, esecuzioni del rilevatore della game library, capacità GPU.

KPI presenti solo su Supabase: ore validate cumulative, known_valid_current_recorded_hours rilevante per i pagamenti, copertura di durata, uploadability_status / block_reason per sessione, chiavi S3 per artefatto, lookup di identità tra steam/discord/email.