Raccolta del dato di throughput

[pdavide]

Riporto conversazione in review:

• @pdavide: L'output del comando non potrebbe essere utile per monitorare eventuali anomalie? Chiedo al buio perché non ho la più pallida idea di che output produca il comando.
• @giafar: Si potrebbe essere rediretto su /dev/stdout e /dev/stderr ... quello che restituisce è il numero di transazioni al secondo processate o un messaggio che la coda e vuota ... e quindi ne avrei uno ogni 0.5 secondi che mi sembrano un numero elevato ... comunque possiamo capire come gestirlo
• @pdavide: Se lo stesso dato (TPS) lo abbiamo già da altre fonti, questo potremmo usarlo solo come check istantaneo, senza memorizzare lo storico e quindi risolvendo il problema del consumo di spazio dovuto all'alta frequenza dell'output.

[pdavide]

Rispetto a quanto segnalato in #106 (comment) è più opportuno raccogliere il dato usando le metriche fornite da redis e inviate a prometheus.

[giafar]

Non credo sia possibile visto che QueuedTracking non mi sembra inserisca una entry per ogni track ricevuto ma le accorpa in batch e quindi dedurne il throughput credo sia un pò più complicato. Comunque verifico.

[pdavide]

Qui potremmo capire come sfruttare l'output di queuedtracking:monitor.