Kafka Streams 运算操作详解

同为流处理技术,Kafka Streams的API和更为人所熟知的Spark Streaming在很多方面有不少相似之处,比如大量类似的算子。因此,对于一个有Spark经验的工程师来说,编写一个Kafka Streams应用应该上手很快。


流处理概念

数据流(stream)

Stream是KafkaStream中最重要的概念,代表大小没有限制且不断更新的数据集(unbounded, continuously updating data set),一个Stream是一个有序的,允许重复的不可变的数据集,被定义为一个容错的键值对。

处理拓扑(processor topology)

处理拓扑是整个流处理的运算逻辑,可以理解为一个图(graph)结构,其中的顶点是各个流处理器(stream processor)数据流(stream)则构成了边。

构建方法:

StreamsBuilder builder = new StreamsBuilder();

在实例化StreamBuilder来构建了处理拓扑后,就可以从Kafka抽取topic中的数据:

KStream<String, String> textLines = builder.stream("stream-in");

并调用算子对数据流进行变换(map/filter/...)

流处理器(processor)

流处理器代表了处理拓扑中的不同步骤,并完成相应的数据转换。
这里,我们着重介绍使用DSL API的由不同算子(map/filter/selectKey...)来定义流处理器的方法。

无状态 & 有状态

无状态(stateless)

无状态(stateless)意味着数据转换的结果仅仅取决于你目前正在处理的数据。

  • map
  • filter

有状态(stateful)

有状态(stateful)意味着数据转换的结果依赖于一个外部的状态(state),比如一个外部的表格。

  • join
  • 各类聚合(aggregation)操作
  • count (需要之前数据记录的信息)

窗口操作(windowing operation)

窗口操作(windowing operation)不同于Kafka Streams基础的per-record处理方法,它支持将一段时间内的数据集合起来,再一起处理。
比如某些场合希望分析所有产生于前一天/前一个小时的数据。

KStream与KTable

这部分内容可以参考另一篇博文什么是KStream和KTable


流处理算子

mapValues & map

输入一条记录,输出一条经过变换的记录。

mapValues map
只影响value 可能对key和value都有影响
不会导致re-partition 可能导致re-partition
KStream和KTable都可以调用 只有KStream可以调用
uppercased = stream.mapValues(value -> value.toUpperCase())

flatMapValues & flatMap

输入一条记录,输出0条,1条或更多经过变换的记录。

flatMapValues flatMap
只影响value 可能对key和value都有影响
不会导致re-partition 可能导致re-partition
只有KStream可以调用 只有KStream可以调用
words = sentences.flatMapValues(value -> Arrays.asList(value.split(" ")))

/*
                                          (1, "hello")
    (1, "hello world")   -->  
                                          (1, "world")
*/

filter

输入一条记录,输出0条或1条记录。

并不会改变记录本身,也不会触发re-partitioning。
KStream与KTable都可以调用。

KStream<String, Long> positives = stream.filter((key, value) -> value > 0)

selectKey

为数据记录赋一个新的key(从旧的key和value转换而来)

可能触发re-partitioning

rekeyed = stream.selectKey((key, vlaue) -> key.substring(0, 1))

groupByKey

在aggregation操作之前

仅对KStream适用。

  • KStream → KGroupedStream
stream.groupByKey().count()

groupBy

相当于selectKey() + groupByKey()

  • KStream → KGroupedStream
  • KTable → KGroupedTable

可能触发re-partitioning

stream.groupBy(
    (key, value) -> value,
    Serialized.with(
      Serdes.String(), /* key (note: type was modified) */
      Serdes.String())  /* value */
  );
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 158,736评论 4 362
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 67,167评论 1 291
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 108,442评论 0 243
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 43,902评论 0 204
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,302评论 3 287
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,573评论 1 216
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,847评论 2 312
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,562评论 0 197
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,260评论 1 241
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,531评论 2 245
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 32,021评论 1 258
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,367评论 2 253
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 33,016评论 3 235
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,068评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,827评论 0 194
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,610评论 2 274
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,514评论 2 269

推荐阅读更多精彩内容