influxdata/telegraf

Configuration option to drop oldest or newest data in the buffer when buffer is full

Open

#15.217 aperta il 24 apr 2024

Vedi su GitHub
 (1 commento) (0 reazioni) (0 assegnatari)Go (4161 fork)batch import
feature requesthelp wantedsize/m

Metriche repository

Star
 (9892 star)
Metriche merge PR
 (Merge medio 2g 12h) (136 PR mergiate in 30 g)

Descrizione

Use Case

Similar to https://github.com/influxdata/telegraf/issues/15208

(accommodating temporary high-write bursts to and influxdb instance)

Sometimes the newest data is more important to keep than the oldest data (if your computer failed, would you care more about what happened right before the failure or 5 minutes before the failure?)

Sometimes the oldest data is more important to keep than the newest data (ex: which events happened first in this very large burst of events?)

Expected behavior

I expected to see a configuration option like "buffer_drop_strategy" which would default to "drop_oldest".

Actual behavior

No configuration option to specify which metrics (newest or oldest) are dropped from the buffer.

Additional info

No response

Guida contributor

Direzione di ricerca
Esamina l'implementazione esistente del buffer in Telegraf, concentrandoti sul pacchetto `agent`. Comprendi come vengono attualmente scartate le metriche quando il buffer è pieno e identifica dove potrebbe essere aggiunta un'opzione di configurazione per la strategia di scarto (più vecchio vs più recente). Rivedi il problema collegato #15208 per ulteriore contesto.
Tech stack
go
Dominio
backend
Tipo issue
Funzionalità
DifficoltàQuanto dovrebbe essere impegnativa per un nuovo contributor.
2
Tempo stimatoTempo stimato per completare e verificare uno scope piccolo.
1-3 ore
Stato attivitàQuanto è probabile che la issue sia ancora attiva e reviewable.
Attiva
ChiarezzaQuanto chiaramente la issue descrive problema, scope e risultato atteso.
Chiara
Prerequisiti
Go
Adatta ai principiantiQuanto la issue è adatta a contributor alla prima esperienza.
75