- Non è necessario creare/mantenere il proprio lavoratore per spostare le cose tra il primo RDBMS e Mongo.
- Ottieni una parallelizzazione e una ridondanza molto semplici del processo che sposta i dati in Mongo. Potresti integrarlo nel tuo lavoro lavoratore/cron, ma perché vorresti reinventare la ruota?
- Hai chiesto perché qualcuno avrebbe voluto un altro livello. Il tuo lavoro worker/cron è un altro livello, ma molto meno testato di Fluentd.
- Ottieni un sacco di plugin gratuiti, quindi se vuoi iniziare ad aggiungere i tuoi dati in posti aggiuntivi oltre a Mongo (es. Storm, S3, HDFS, ecc...) puoi farlo molto facilmente modificando un file di configurazione invece di scrivere tu stesso un mucchio di codice.
- Hai un sacco di opzioni integrate gratuite come la frequenza con cui svuotare i tuoi dati/a quale dimensione scaricarli.
- Soprattutto:scarichi l'intero flusso di lavoro di registrazione/immissione dati dalle caselle dell'app, quindi se qualcosa va storto con il processo di inserimento dei dati nelle caselle dell'app, il problema apparirà e verrà gestito sul tuo Scatole di aggregazione di log fluenti e NON sulle caselle delle tue app.
