1. No necesita crear/mantener su propio trabajador para mover cosas entre su primer RDBMS y Mongo.
2. Obtiene una paralelización y redundancia muy fáciles del proceso que mueve los datos a Mongo. Podría incorporar esto en su trabajo de trabajador/cron, pero ¿por qué querría reinventar la rueda?
3. Preguntaste por qué alguien querría otra capa. Su trabajo de trabajador/cron es otra capa, pero mucho menos probada que Fluentd.
4. Obtiene un montón de complementos gratuitos, por lo que si desea comenzar a agregar sus datos a lugares adicionales además de Mongo (es decir, Storm, S3, HDFS, etc.), puede hacerlo muy fácilmente editando un archivo de configuración. en lugar de escribir un montón de código usted mismo.
5. Tiene un montón de opciones integradas gratuitas, como la frecuencia con la que vaciar sus datos o el tamaño para vaciarlos.
6. Lo más importante:usted descarga la totalidad de este flujo de trabajo de registro/ingreso de datos fuera de los cuadros de su aplicación, por lo que si algo sale mal con su proceso de inserción de datos en los cuadros de su aplicación, el problema aparecerá y se manejará en su Cuadros agregadores de registros fluidos y NO en los cuadros de su aplicación.