00:00
好,接下来呢,我们来看一下flu的China如何选择,那我们快速回忆一下我们讲过几种类型的,以及呢它各自的优缺点。那首先来看一下fire。那file数据存储在哪里呢?数据存储在是对应的磁盘当中啊,哎,磁盘中好。大家来回忆一下,那在磁盘当中它的可靠性如何呢?可靠性是不是相对来说要高一些啊?那它对应的传输效率。是不是就对应着要低一些,因为你毕竟基于的是硬盘嘛啊。那下一个我们还学过对应的memory。那channel对应的数据存储在哪里?哎,存储在内存当中。好,可靠性如何呢?可靠性相对来说要差一些了,因为它一旦断电之后,内存当中数据就没了。
01:04
那对应的效率。效率要高一些。好,这就是每一个对应的优缺点。那除了这两种传统之外,还有没有其他类型的传统呢?哎,今天给大家介绍一个叫卡夫卡传统。那卡布卡又是怎么样的呢?卡神,哎,卡夫卡山诺啊,它的特点呢,是数据存储在卡夫卡里面。好不好中,比如说啊这块。再画张图。这呢是卡不卡。你这个卡法传统啊,发送过来的数据直接就会写入到卡夫卡里面去。哎,直接发送到这儿,那好,那你数据写入到卡卡当中,那是不是就是基于磁盘了。存储。在磁盘中,那可靠性没得说吧,可靠性。
02:02
高啊。那接下来再思考,那它的效率怎么样呢?哎,那这个卡卡穿的话,它呢是可以直接发送到卡布卡,那很显然它省去了一个flu s。那么它的传输距离最短,哎,效率这块呢,也是非常高的,比如说传输效率也非常高。那它的可靠性也高,传输效率也高,那是不是这里面我们更倾向于选择卡普卡传能啊,哎,确实是这样的哈,所以说呢,我们这里面哎采用的就是卡普全头来实现对应的功能,那么卡法全头是哪一个版本产生的呢?给大家说一下卡法全头的历史。它呢,是。1.6的时候诞生的。那诞生的时候它并没有火啊,那原因是什么呢?我给你看一下那官网。
03:04
打开之后documentation点击第一个啊,第一个呢是配置相关的参数进来,进来之后CTRLF搜索一下可法。啊,搜索搜索啊,到这儿到这儿呢,就来到了卡帕传统,卡帕传统当中有一个这个参数叫pass。As,这个event,那这句话什么意思呢?大家看一下,你说解析按照这个这个even这种方式进行解析,那它的默认值是处。那这个参数。叫p pass as。那么这个参数啊,默认值它等于等于处的含义就是按照。传过来的日志格式进行解析,那传过来的日志格式它长什么样?还记得吗?你传过来的日志格式,它是不是都有一个叫topic个头啊?
04:03
一个呢,叫头。另一个呢,叫。身体。这样的一个组成,那么你传输过来的数据,它始终都会带上这个文件头传过来。那这个文件头对我们来说有没有用呢?哎,其实没用啊,你后续呢,还得对这个数据啊进行清洗,清洗掉额外的这个头,其实我们更希望要的直接就是包里面的数据就可以了。那就说那海哥这个简单的,他既然给你提供了这个参数,你就直接把它设成放不就行吗。但是呢,很遗憾,在1.6这个版本的时候,你这个参数设置成false不起作用。那也就说它有一这么一个bug啊,这是严重的一个bug,搞不定对应的个问题,那在哪一个版本解决了这个问题呢?在这个1.7版本。解决了。
05:00
对应的bug。哎,智齿呢,这个卡把摔倒。深受这个程序员喜爱,也就是说开始广泛的一个使用啊,那在本次项目呢,我们就选择对应的这个,诶卡夫卡。
我来说两句