1. Você não precisa criar/manter seu próprio trabalhador para mover coisas entre seu primeiro RDBMS e o Mongo.
2. Você obtém paralelização e redundância muito fáceis do processo que move os dados para o Mongo. Você poderia construir isso em seu trabalho/cron job, mas por que você iria querer reinventar a roda?
3. Você perguntou por que alguém iria querer outra camada. Seu trabalho de trabalho/cron é outra camada, mas muito menos testado que o Fluentd.
4. Você recebe vários plugins gratuitos, então se você quiser começar a adicionar seus dados a outros lugares além do Mongo (por exemplo, Storm, S3, HDFS, etc...), você pode fazer isso facilmente editando um arquivo de configuração em vez de escrever um monte de código por conta própria.
5. Você tem várias opções integradas gratuitas, como a frequência de liberação de seus dados/ o tamanho de liberação.
6. Mais importante:você descarrega a totalidade desse fluxo de trabalho de registro/entrada de dados das caixas do seu aplicativo, portanto, se algo der errado com o processo de inserção de dados nas caixas do seu aplicativo, o problema aparecerá e será tratado no seu Caixas de agregação de log fluente e NÃO nas caixas do seu aplicativo.