1. Sie müssen keinen eigenen Worker erstellen/warten, um Dinge zwischen Ihrem ersten RDBMS und Mongo zu verschieben.
2. Sie erhalten eine sehr einfache Parallelisierung und Redundanz des Prozesses, der Daten in Mongo verschiebt. Sie könnten dies in Ihren Worker/Cron-Job einbauen, aber warum sollten Sie das Rad neu erfinden wollen?
3. Sie haben gefragt, warum jemand eine weitere Ebene haben möchte. Ihr Worker/Cron-Job ist eine andere Ebene, aber viel weniger getestet als Fluentd.
4. Sie erhalten eine Reihe kostenloser Plugins. Wenn Sie also damit beginnen möchten, Ihre Daten zu anderen Orten als Mongo hinzuzufügen (z. B. Storm, S3, HDFS usw.), können Sie dies ganz einfach tun, indem Sie eine Konfigurationsdatei bearbeiten anstatt selbst einen Haufen Code zu schreiben.
5. Du hast eine Menge kostenloser integrierter Optionen, wie z. B. wie oft deine Daten geleert werden/in welcher Größe sie geleert werden sollen.
6. Am wichtigsten:Sie entlasten den gesamten Protokollierungs-/Dateneingabe-Workflow von Ihren App-Boxen. Wenn also bei Ihrem Dateneinfügeprozess in Ihren App-Boxen etwas schief geht, wird das Problem auf Ihrer angezeigt und behoben Fluent-Log-Aggregator-Boxen und NICHT auf Ihren App-Boxen.