如何fluentd受益这种情况？(How does fluentd benefit this sce

我遇到Fluentd 。 为什么要使用这样的事情时，它很容易存储在直接在数据库原始数据？ 我可能会在这里误解了使用该技术。 很高兴听到一些反馈。

为什么会有人想通过另一个层，当它很容易捕获和原始数据存储在自己的数据存储？

考虑这种情况。 我想保存的页面浏览量。 原始数据存储在关系数据库，存储在MongoDB中格式化的数据这是我的当前设置的简短说明：

当用户访问我的网站。 我的应用程序（Rails）的解析IP对比赛的国家。 该IP解决后，我的原始数据存储到RDBMS。 我有一个工人/ cron的运行处理所有原始数据，每隔一小时蒙戈文件。 为什么我需要fluentd呢？ 什么是具有在这种情况下一个日志框架的好处？

Answer 1:

1. 你并不需要为/维护自己的工人到你的第一个RDBMS和蒙戈之间移动的东西。
2. 你很容易并行化和移动数据到蒙戈过程的冗余。 你可以建立这个到你的工人/ cron作业，但你为什么要推倒重来？
3. 你问为什么有人想另一层。 你的工人/ cron作业是另一层，但方式比Fluentd较少测试。
4. 您可以通过编辑配置文件，而不是写一堆的免费插件，所以如果你想要开始一边蒙戈加入您的数据更多的地方（即暴风，S3，HDFS，等...），你可以做到这一点真的很容易一串代码自己。
5. 你有一堆像如何频繁刷新您的数据/在什么规模刷新它免费内置选项。
6. 最重要的是：你卸载这个记录/数据输入工作流程的全部关闭您的应用程序盒，所以如果有什么问题与您的数据插入过程中您的应用盒子，这个问题就会出现，你的流利日志聚合盒和无法处理在您的应用程序框。

文章来源: How does fluentd benefit this scenario?