Redis o Kafka o XYZ possono essere usati come buffer nello stack ELK come hai giustamente notato.
La gente di ES ha pubblicato ieri un post sul blog sull'utilizzo di Kafka in cantiere, ma avrebbe potuto anche essere Redis o XYZ. Hanno un buon punto di vista su QUANDO un tale buffer potrebbe essere necessario e quando non lo è.
È una buona idea disporre di un tale buffer per
- Gestire i picchi di eventi
- affrontare un cluster ES potenzialmente irraggiungibile
Se non prevedi comportamenti del genere, cioè lo sai
- i tuoi eventi arriveranno sempre alla stessa velocità e/o
- Vuoi che i tuoi log vengano spediti un po' più tardi nel caso in cui sia necessario aggiornare il tuo cluster ES
...allora non hai bisogno di un tale buffer. Inoltre, sarà un software in meno che dovrai gestire, monitorare e mantenere.
Quando si tratta dell'ecosistema Elastic Stack, non esiste un approccio valido per tutti, dipende sempre dal caso d'uso e dai requisiti precisi. Devi chiederti cosa è importante per te, i tuoi sistemi e i tuoi utenti e quindi progettare la tua soluzione di conseguenza.
