CasiScenario
Report che non bloccano il gestionale
Le query della reportistica girano sul database di produzione e lo rallentano ogni mattina.
Scenario tipo: non è il racconto di un cliente, è come imposterei un progetto di questo genere. I numeri sono indicativi.
01Il contesto
Ogni mattina il controllo di gestione lancia report pesanti direttamente sul database del gestionale. Per un'ora gli utenti operativi lavorano lenti, e ogni nuovo report peggiora la situazione.
02La decisione
DMS copia le modifiche del database su S3 in continuo. Glue trasforma i dati grezzi in tabelle Parquet pulite e partizionate, con un catalogo unico. Gli analisti interrogano con Athena in SQL e le dashboard leggono dalle stesse tabelle. Il database del gestionale torna a fare solo il suo lavoro.
Alternative scartate
- Una replica in lettura del database: risolve il carico, ma le query analitiche restano lente su un modello pensato per le transazioni.
- Un data warehouse sempre acceso: ottimo con molti utenti, sovradimensionato per questo volume.
03Il risultato atteso
- Query di report su produzionenessuna
- Ritardo dei datipochi minuti
- Costopagato per dati letti, con le tabelle Parquet che lo tengono basso
04Cosa rifarei diversamente
Partirei dalle tre domande che il controllo di gestione fa ogni settimana, non dall'elenco di tutte le tabelle.
Hai un problema simile? Mandami i tuoi numeri e ti dico come lo imposterei.