17_尚硅谷_Flume_多数据源汇总案例分析.avi原创

好，接下来呢，我们讲一下3.6多数据源的汇总案例。啊，这个案例就是我们日后你们讲的日志项目的原型啊，前期的数据采集一模一样。包括的是双人浮动，你看前两集都是采集，这是相当于top上产生的日志。然后呢，一个里面对应的一个。啊，进行读。读完书去，最终进行一个汇总。啊，汇总到这个。上。啊，然后再通过它对到A。只不过咱那个没有对到直接对到对到哪了呢？对到卡不卡。然后又对到as。啊，现在绕一下啊，为啥要绕一下呢？因为这个呢是起到一个消风的作用。不是这个武侠片里的肖峰啊。是这个数据峰值对吧？啊把这个数据峰值啊消掉，比如说峰值的时候，我们可以把这数据缓存到这里面。

这个意思啊。啊，那这个呢，是看起来啊，其实还是比较简单的啊，我们往下看看一下需求。呃，还多103上的一监控这个日志，也就说在这个103上是要监控一个文件，就少员是一个文件。下面坐会吧。在这个104上监控某一个端口的数据，这块要改一下。在102上监控二的某一个端口的数据流。因为这个。这个端口号啊，我们是不是只有只在102上装了他。改成了啊，然后辅助一辅助二将数据发送给给什么。这是一样。啊，104上的这个三三将最终的数据打印到空。这么一个过程，也就是说。你看啊，对应着上面这张图。就是相当于。

罗三啊，这个哈三负责采集日志啊。二的负责监控端口，反正最终的数据汇总到110。然后打印的。比如说这个logo这种方式。能想清楚吧，啊，你看这个原数据是那个日志上面做过很多遍，然后原数据是这个端口号也做过啊，汇总完这块是不是一个阿波罗啊，最终输出是一个工台啊，都用过，只不过是一个个特种结构，需要你再重新配置一下。就是天天都在配这个。这是原数据。啊到号日志括号，最终输出控制台目的地，那中间我们的过程是这样的。首先呢，从中一去采集它。那采集了你这个日志，那就是。执行，然后呢，最终输出呢是阿罗。那下一级呢，这个呢是数据，联通的是多少号，这是太阳。

这张输出阿罗。那输出的所有数据在这地方进行一个集中的汇总。或者完统一的去上传到。为啥要统一呢？你想想啊，刚才说的那个凤凰网那个例子，他前一集是39台的。那如果你不执行一个汇总的话是。什么效果？39是不是都对应着这个控台啊？你就乱了。这个还是啊。一般情况下就是，呃。单一对一去处理啊，汇总完把你的事儿都做完啊。把你所有的日志处理完，然后给他。或者是。OK，这是这。