赞
踩
一般流计算会与批量计算相比较。在流式计算模型中,输入是持续的,可以认为在时间上是无界的,也就意味着,永远拿不到全量数据去计算。同时,计算结果是持续输出的,也即计算结果在时间上也是无界的。流式计算一般对实时性要求较高,同时一般是先定义目标计算,然后数据到来之后将计算逻辑应用于数据。同时为了提高计算效率,往往尽可能采用增量计算代替全量计算。批量处理模型中,一般先有全量数据集,然后定义计算逻辑,并将计算应用于全量数据。特点是全量计算,并且计算结果一
次性全量输出
Kafka Streams是一个客户端库,用于处理和分析存储在Kafka中的数据。它建立在重要的流处理概念之
上,正确区分EventTime和ProcessTime,Widows计算,可以实现对应用状态高效管理和实时查询。Kafka
Streams进入门槛低。可以在单机上验证流处理的概念。同时可以利用Kafka的并行加载模型,实现流处
理并行扩展,也就意味着用户只需要将自己流处理程序运行多份即可达到并行计算的目的。
Kafka Streams优点:简单、轻巧易部署、无缝对接Kafka、基于分区实现计算并行、基于幂等和事务特
性实现精确计算、单个记录毫秒级延迟计算-实时性高、提供了两套不同风格的流处理API-(High levelDomain Specific Language|DSL开箱即用;low-level Processor API.)
名词解析
Topology:表示一个流计算任务,等价于MapReduce中的job。不同的是MapReduce的job作业最终会停
止,但是Topology会一直运行在内存中,除非人工关闭该Topology。
stream:它代表了一个无限的,不断更新的Record数据集。流是有序,可重放和容错的不可变数据记录
序列,其中数据记录被定义为键值对。
所谓的流处理是通过Topology编织程序对stream中Record元素的处理的逻辑/流程。这种计算和早期
MapReduce计算的最大差异是该计算的实时性比较高,可以满足绝大多数的实时计算场景。Kafka Stream
以它的轻量级、容易部署、低延迟等特点在微服务领域相比较 专业的 Storm、spark streaming和Flink 而
言有着不可替代的优势。有关Storm、SparkStreaming和Flink的内容随着课程的深入会在后续章节再展开
讨论。
Kafka Streams通过构建Kafka生产者和消费者库并利用Kafka的本机功能来提供数据并行性,分布式协调,容错和操作简便性,从而简化了应用程序开发。
Kafka的消息分区用于存储和传递消息, Kafka Streams对数据进行分区以进行处理。 Kafka Streams使用
partition和Task的概念作为基于Kafka Topic分区的并行模型的逻辑单元。在并行化的背景下,Kafka
Streams和Kafka之间有着密切的联系:
应用程序的处理器Topology通过将其分解为多个Task来扩展。更具体地说,Kafka Streams基于应用程序
的输入流分区创建固定数量的任务,每个任务分配来自输入流的分区列表。分区到任务的分配永远不会
改变,因此每个任务都是应用程序的固定平行单元。然后,任务可以根据分配的分区实例化自己的
Topology;它们还为每个分配的分区维护一个缓冲区,并从这些记录缓冲区一次一个地处理消息。因此,
流任务可以独立并行地处理,无需人工干预。
用户可以启动多个KafkaStream实例,这样等价启动了多个Stream Tread,每个Thread处理1~n个Task。一
个Task对应一个分区,因此Kafka Stream流处理的并行度不会超越Topic的分区数。需要值得注意的是
Kafka的每个Task都维护这自身的一些状态,线程之间不存在状态共享和通信。因此Kafka在实现流处理
的过程中扩展是非常高效的。
Kafka Streams构建于Kafka本地集成的容错功能之上。 Kafka分区具有高可用性和复制性;因此当流数据持
久保存到Kafka时,即使应用程序失败并需要重新处理它也可用。 Kafka Streams中的任务利用Kafka消费
者客户端提供的容错功能来处理故障。如果任务运行的计算机故障了,Kafka Streams会自动在其余一个
正在运行的应用程序实例中重新启动该任务。
此外,Kafka Streams还确保local state store也很有力处理故障容错。对于每个state store,Kafka Stream
维护一个带有副本changelog的Topic,在该Topic中跟踪任何状态更新。这些changelog Topic也是分区
的,该分区和Task是一一对应的。如果Task在运行失败并Kafka Stream会在另一台计算机上重新启动该任
务,Kafka Streams会保证在重新启动对新启动的任务的处理之前,通过重播相应的更改日志主题,将其
关联的状态存储恢复到故障之前的内容。
所有资料均参考:https://kafka.apache.org/22/documentation/streams/developer-guide/
Low-Level API(低级API)
<dependency>
<groupId>org.apache.kafka</groupId>
<artifactId>kafka-streams</artifactId>
<version>2.2.0</version>
</dependency>
在kafka-client依赖的基础上添加以上依赖
快速入门
WordCountProcessor
package com.jiangzz.demo01; import org.apache.kafka.streams.processor.Processor; import org.apache.kafka.streams.processor.ProcessorContext; import org.apache.kafka.streams.processor.PunctuationType; import java.time.Duration; import java.util.HashMap; import java.util.Map; public class WordCountProcessor implements Processor<String,String> { private ProcessorContext context; private HashMap<String,Integer> wordPair=null; @Override public void init(ProcessorContext context) { System.out.println("-----init----"); this.context=context; WordCountTopologyDemo wordPair=new HashMap<>(); //定时输出结果 context.schedule(Duration.ofSeconds(1), PunctuationType.WALL_CLOCK_TIME,(ts)-> { for (Map.Entry<String, Integer> entry : wordPair.entrySet()) { context.forward(entry.getKey(),entry.getValue()); } }); } @Override public void process(String key, String value) { String[] words = value.split("\\W+"); for (int i = 0; i < words.length; i++) { int count=0; if(wordPair.containsKey(words[i])){ count=wordPair.get(words[i]); } count+=1; wordPair.put(words[i],count); } } @Override public void close() { } }
WordCountTopologyDemo
package com.jiangzz.demo01; import org.apache.kafka.common.serialization.IntegerSerializer; import org.apache.kafka.common.serialization.Serdes; import org.apache.kafka.common.serialization.StringSerializer; import org.apache.kafka.streams.KafkaStreams; import org.apache.kafka.streams.StreamsConfig; import org.apache.kafka.streams.Topology; import java.util.Properties; public class WordCountTopologyDemo { public static void main(String[] args) { //0.配置KafkaStreams的连接信息 Properties props = new Properties(); props.put(StreamsConfig.APPLICATION_ID_CONFIG,"word-count-lowlevel"); props.put(StreamsConfig.BOOTSTRAP_SERVERS_CONFIG,"CentOSA:9092,CentOSB:9092,CentOSC:9092"); //配置默认的key序列化和反序列化 props.put(StreamsConfig.DEFAULT_KEY_SERDE_CLASS_CONFIG, Serdes.String().getClass()); props.put(StreamsConfig.DEFAULT_VALUE_SERDE_CLASS_CONFIG, Serdes.String().getClass()); //1.定义计算拓扑 Topology topology=new Topology(); topology.addSource("s1","topic01"); topology.addProcessor("p1",() -> new WordCountProcessor(),"s1"); topology.addSink("sk1","topic02", new StringSerializer(), new IntegerSerializer(),"p1"); //3.创建KafkaStreams KafkaStreams kafkaStreams=new KafkaStreams(topology,props); //4.启动计算 kafkaStreams.start(); } }
Processor API
Processor API允许开发人员定义和连接自定义Processor并与state store进行交互。使用Processor API,可以定义一次处理一个接收record的任意流处理器,并将这些处理器与其关联的状态存储连接起来,以组成代表自定义处理逻辑的处理器拓扑。
public interface Processor<K, V> {
void init(ProcessorContext context);
void process(K key, V value);
void close();
}
就上面案例而言如果WordCountTopologyDemo存在以下问题
以上问题的解决之道是通过配置Kafka stateStore存储。
配置StateStore
String storeName="wdcount";
Map<String, String> changelogConfig = new HashMap();
changelogConfig.put("min.insync.replicas", "1");
changelogConfig.put("cleanup.policy","compact");
StoreBuilder<KeyValueStore<String, Integer>> countStore = Stores.keyValueStoreBuilder(
Stores.persistentKeyValueStore(storeName),
Serdes.String(),
Serdes.Integer())
.withLoggingEnabled(changelogConfig);
事实StateStore本质是一个Topic,但是改topic的清除策略不在是delete,而是compact.
关联StateStore和Processor
public class WordCountTopologyDemo {
public static void main(String[] args) {
//0.配置KafkaStreams的连接信息
Properties props = new Properties();
props.put(StreamsConfig.APPLICATION_ID_CONFIG,“word-count-lowlevel”);
props.put(StreamsConfig.BOOTSTRAP_SERVERS_CONFIG,“CentOSA:9092,CentOSB:9092,CentOSC:9092”);
//配置默认的key序列化和反序列化
props.put(StreamsConfig.DEFAULT_KEY_SERDE_CLASS_CONFIG, Serdes.String().getClass());
props.put(StreamsConfig.DEFAULT_VALUE_SERDE_CLASS_CONFIG, Serdes.String().getClass());
//1.定义计算拓扑 Topology topology=new Topology(); //创建state,存储状态信息 String storeName="wdcount"; Map<String, String> changelogConfig = new HashMap(); changelogConfig.put("min.insync.replicas", "1"); changelogConfig.put("cleanup.policy","compact"); changelogConfig.put("log.cleaner.min.compaction.lag.ms","1000"); StoreBuilder<KeyValueStore<String, Integer>> countStore = Stores.keyValueStoreBuilder( Stores.persistentKeyValueStore(storeName), Serdes.String(), Serdes.Integer()) .withLoggingEnabled(changelogConfig); topology.addSource("s1","topic01") .addProcessor("p1",() -> new WordCountProcessor(storeName),"s1") .addStateStore(countStore,"p1") .addSink("sk1","topic02", new StringSerializer(), new IntegerSerializer(),"p1"); //3.创建KafkaStreams KafkaStreams kafkaStreams=new KafkaStreams(topology,props); //4.启动计算 kafkaStreams.start(); } }
在Processor 实现类中使用 state
package com.jiangzz.demo02;
import org.apache.kafka.streams.KeyValue;
import org.apache.kafka.streams.processor.Processor;
import org.apache.kafka.streams.processor.ProcessorContext;
import org.apache.kafka.streams.processor.PunctuationType;
import org.apache.kafka.streams.state.KeyValueIterator;
import org.apache.kafka.streams.state.KeyValueStore;
import java.time.Duration;
public class WordCountProcessor implements Processor<String,String> {
private ProcessorContext context;
private String storeName;
private KeyValueStore<String,Integer> stateStore;
public WordCountProcessor(String storeName) {
this.storeName = storeName;
}
@Override public void init(ProcessorContext context) { this.context=context; stateStore = (KeyValueStore<String, Integer>) context.getStateStore(storeName); //定时输出结果 context.schedule(Duration.ofSeconds(1), PunctuationType.WALL_CLOCK_TIME,(ts)->{ KeyValueIterator<String, Integer> keyValueIterator = stateStore.all(); while (keyValueIterator.hasNext()){ KeyValue<String, Integer> keyValue = keyValueIterator.next(); context.forward(keyValue.key,keyValue.value); } keyValueIterator.close(); context.commit(); }); } @Override public void process(String key, String value) { String[] words = value.split("\\W+"); for (int i = 0; i < words.length; i++) { int count=0; Integer historyCount = stateStore.get(words[i]); if(historyCount!=null){ count=historyCount; } count+=1; stateStore.put(words[i],count); } } @Override public void close() { } }
注意在运行的时候可能会抛出以下异常
Exception in thread "word-count-lowlevel-2f2bfa85-1cf7-4734-9630-c3e23353f119-StreamThread-1" java.lang.UnsatisfiedLinkError: C:\Users\Administrator\AppData\Local\Temp\librocksdbjni2211349152259948554.dll: Can't find dependent libraries
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1941)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1824)
at java.lang.Runtime.load0(Runtime.java:809)
at java.lang.System.load(System.java:1086)
at org.rocksdb.NativeLibraryLoader.loadLibraryFromJar(NativeLibraryLoader.java:78)
at org.rocksdb.NativeLibraryLoader.loadLibrary(NativeLibraryLoader.java:56)
at org.rocksdb.RocksDB.loadLibrary(RocksDB.java:64)
at org.rocksdb.RocksDB.<clinit>(RocksDB.java:35)
at org.rocksdb.DBOptions.<clinit>(DBOptions.java:21)
at org.apache.kafka.streams.state.internals.RocksDBStore.openDB
需要安装vc_redist.x64.exe安装包https://download.microsoft.com/download/9/3/F/93FCF1E7-E6A4-478B-96E7-D4B285925B00/vc_redist.x64.exe
Kafka Streams DSL(Domain Specific Language)构建于Streams Processor API之上。它是大多数用户推荐的,特别是初学者。大多数数据处理操作只能用几行DSL代码表示。在 Kafka Streams DSL 中有这么几个概念
KStream:表示数据流,所有的在topic中的记录被认定为是一个INSERT操作。
KTable:表示changelog数据流,每一则记录被解释称为一个update,如果你要将KTable存储到Kafka topic中,你可能想要启用Kafka的日志压缩功能,例如:节省存储空间。但是,在KStream的情况下启用日志压缩是不安全的,因为只要日志压缩开始清除相同key的旧数据记录,就会破坏数据的语义。KTable还提供了按key查找数据记录的当前value的功能。此表查找功能可通过join操作以及“交互式查询”获得。
KStream是一个数据流,可以认为所有记录都通过Insert only的方式插入进这个数据流里。而KTable代表一个完整的数据集,可以理解为数据库中的表。由于每条记录都是Key-Value对,这里可以将Key理解为数据库中的Primary Key,而Value可以理解为一行记录。可以认为KTable中的数据都是通过Update only的方式进入的。如果KTable对应的Topic中新进入的数据的Key已经存在,那么从KTable只会取出同一Key对应的最后一条数据,相当于新的数据更新了旧的数据。
以上图为例,假设有一个KStream和KTable,基于同一个Topic创建,并且该Topic中包含如下图所示5条数据。此时遍历KStream将得到与Topic内数据完全一样的所有5条数据,且顺序不变。而此时遍历KTable时,因为这5条记录中有3个不同的Key,所以将得到3条记录,每个Key对应最新的值,并且这三条数据之间的顺序与原来在Topic中的顺序保持一致。
GlobalKTable:和KTable类似,不同点在于KTable只能表示一个分区的信息,但是GlobalKTable表示的是全局 的状态信息。
快速入门
package com.jiangzz.demo03;
import org.apache.kafka.common.serialization.Serdes;
import org.apache.kafka.common.utils.Bytes;
import org.apache.kafka.streams.KafkaStreams;
import org.apache.kafka.streams.StreamsBuilder;
import org.apache.kafka.streams.StreamsConfig;
import org.apache.kafka.streams.kstream.*;
import org.apache.kafka.streams.state.KeyValueStore;
import java.util.Arrays;
import java.util.Properties;
public class WordCountDSLTopology {
public static void main(String[] args) {
//0.配置KafkaStreams的连接信息
Properties props = new Properties();
props.put(StreamsConfig.APPLICATION_ID_CONFIG,“word-count-dsl”);
props.put(StreamsConfig.BOOTSTRAP_SERVERS_CONFIG,“CentOSA:9092,CentOSB:9092,CentOSC:9092”);
//1.创建StreamsBuilder
StreamsBuilder builder = new StreamsBuilder();
//2.编织topology ,学习使用 Processor API builder.stream("topic01", Consumed.with(Serdes.String(),Serdes.String())) .flatMapValues((value)-> Arrays.asList(value.split("\\W+"))) .selectKey((key,value) -> value) .mapValues((v)->1) .groupBy((String k,Integer v)->k,Grouped.with(Serdes.String(),Serdes.Integer())) .reduce((v1,v2)->v1+v2, Materialized.<String, Integer, KeyValueStore<Bytes, byte[]>>as("wdsl_count") .withKeySerde(Serdes.String()) .withValueSerde(Serdes.Integer())) .toStream() .peek((k,v)->{ System.out.println(k+"\t"+v); }); //3.提交计算 KafkaStreams kafkaStreams=new KafkaStreams(builder.build(),props); kafkaStreams.start(); } }
KStream创建- 流处理入口
StreamsBuilder builder = new StreamsBuilder();
//指定topic中k,v序列化和反序列化
KStream<String, String> stream = builder.stream("topic01",
Consumed.with(Serdes.String(), Serdes.String()));
Transformations-无状态
Branch(分支)
可以将一个Stream拆分成多个Stream
StreamsBuilder builder = new StreamsBuilder();
KStream<String, String>[] kStreams = builder.stream("topic01", Consumed.with(Serdes.String(), Serdes.String()))
.branch(
(k, v) -> v.contains("CART"),
(k, v) -> v.contains("ORDER"),
(k, v) -> true
);
KStream<String, String> cartStream = kStreams[0];
KStream<String, String> orderStream = kStreams[1];
KStream<String, String> otherStream = kStreams[2];
//在控制台打印输出cartStream日志流
cartStream.print(Printed.toSysOut());
Filter|filterNot
用于过滤指定信息。只过滤含有ERROR的日志流
StreamsBuilder builder = new StreamsBuilder();
builder.stream("topic01", Consumed.with(Serdes.String(), Serdes.String()))
.filter((k,v)-> v.contains("ERROR"))
.print(Printed.toSysOut());
map|mapValues
map算子主要针对k,v做转换要求返回KeyValue<?,?>;mapValues针对v做转换,要求返回Object
builder.stream("topic01", Consumed.with(Serdes.String(), Serdes.String()))
.map((k,v)->{
String[] tokens = v.split("\\W+");
User u=new User(Integer.parseInt(tokens[0]),
tokens[1],
Boolean.valueOf(tokens[2]),
Integer.parseInt(tokens[3])
);
return new KeyValue<String,User>(k,u);
})
.print(Printed.toSysOut());
builder.stream("topic01", Consumed.with(Serdes.String(), Serdes.String()))
.mapValues((v)->{
String[] tokens = v.split("\\W+");
User u=new User(Integer.parseInt(tokens[0]),
tokens[1],
Boolean.valueOf(tokens[2]),
Integer.parseInt(tokens[3])
);
return u;
})
.print(Printed.toSysOut());
flatMap|flatMapValues
flatMap作用是将会一条记录变成多条记录并且将多条记录展开。
builder.stream("topic01", Consumed.with(Serdes.String(), Serdes.String()))
.flatMap((k,v)->{
List<KeyValue<String,String>> list=new ArrayList<>();
String[] tokens = v.split("\\W+");
for (String token : tokens) {
list.add(new KeyValue<>(k,token));
}
return list;
})
.print(Printed.toSysOut());
builder.stream("topic01", Consumed.with(Serdes.String(), Serdes.String()))
.flatMapValues((v)->{
List<String> list=new ArrayList<>();
String[] tokens = v.split("\\W+");
for (String token : tokens) {
list.add(token);
}
return list;
})
.print(Printed.toSysOut());
selectKey
修改记录中key
builder.stream("topic01", Consumed.with(Serdes.String(), Serdes.String()))
.mapValues((v)->{
String[] tokens = v.split("\\W+");
User u=new User(Integer.parseInt(tokens[0]),
tokens[1],
Boolean.valueOf(tokens[2]),
Integer.parseInt(tokens[3])
);
return u;
})
.selectKey((k,v)->v.getId())
.print(Printed.toSysOut());
foreach
将kafkaStream计算的数据写入第三方系统中.
builder.stream("topic01", Consumed.with(Serdes.String(), Serdes.String()))
.mapValues((v)->{
String[] tokens = v.split("\\W+");
User u=new User(Integer.parseInt(tokens[0]),
tokens[1],
Boolean.valueOf(tokens[2]),
Integer.parseInt(tokens[3])
);
return u;
})
.selectKey((k,v)->v.getId())
.foreach((k,v)->{
System.out.println(k+"=>"+v);
});
merger
可以讲多个流中数据合并在一起输出
//1 zhangsan false 18 KStream<String, User> user1 = builder.stream("topic01", Consumed.with(Serdes.String(), Serdes.String())) .mapValues((v) -> { String[] tokens = v.split("\\W+"); User u = new User(Integer.parseInt(tokens[0]), tokens[1], Boolean.valueOf(tokens[2]), Integer.parseInt(tokens[3]) ); return u; }); //2 lisi 18 false KStream<String, User> user2 = builder.stream("topic02", Consumed.with(Serdes.String(), Serdes.String())) .mapValues((v) -> { String[] tokens = v.split("\\W+"); User u = new User(Integer.parseInt(tokens[0]), tokens[1], Boolean.valueOf(tokens[3]), Integer.parseInt(tokens[2]) ); return u; }); user1.merge(user2) .selectKey((k,v)->v.getId()) .foreach((k,v)->{ System.out.println(k+"=>"+v); });
through
类似与shuffle功能,可以讲key相同record存储到同一个分区,上游的数据会经过through的topic实现shuffle的功能。
builder.stream("topic01", Consumed.with(Serdes.String(), Serdes.String()))
.flatMapValues((line)-> Arrays.asList(line.split("\\W+")))
.selectKey((k,v)->v)
.through("wordshuffle",Produced.with(Serdes.String(),Serdes.String()))
.print(Printed.toSysOut());
Peek
作为程序执行的探针,一般用于debug调试,因为peek并不会对后续的流数据带来任何影响。
builder.stream(
"topic01", //输入topic
Consumed.with(
Serdes.String(), /* key serde */
Serdes.String() /* value serde */
))
.peek((k,v)-> System.out.println(k+"\t"+v))
.filter((k,v)->v.contains("login"))
.peek((k,v)-> System.out.println(k+" ->" +v));
Transformations-有状态
有状态转换值得是每一次的处理都需要操作关联StateStore实现有状态更新。例如,在aggregating 操作中,window state store用于收集每个window的最新聚合结果。在join操作中,窗口状态存储用于收集到目前为止在定义的window边界内接收的所有记录。状态存储是容错的。如果发生故障,Kafka Streams保证在恢复处理之前完全恢复所有状态存储。
DSL中可用的有状态转换包括
//0.配置KafkaStreams的连接信息 Properties props = new Properties(); props.put(StreamsConfig.APPLICATION_ID_CONFIG,"word-count-dsl"); props.put(StreamsConfig.BOOTSTRAP_SERVERS_CONFIG,"CentOSA:9092,CentOSB:9092,CentOSC:9092"); //设置本地状态存储 props.put(StreamsConfig.STATE_DIR_CONFIG,"E:\\kafkastates"); props.put(StreamsConfig.STATE_CLEANUP_DELAY_MS_CONFIG,"30000"); //1.构建StreamsBuilder StreamsBuilder builder = new StreamsBuilder(); builder.stream("topic01", Consumed.with(Serdes.String(), Serdes.String())) .flatMapValues((v)->Arrays.asList(v.split("\\W+"))) .map((k,v)-> new KeyValue<String,Integer>(v,1)) .groupByKey(Grouped.with(Serdes.String(),Serdes.Integer()).withName("word_group")) .aggregate(()->0,(k,v,agg)-> agg+v,Materialized. <String,Integer, KeyValueStore<Bytes, byte[]>>as("wordcount") .withKeySerde(Serdes.String()) .withValueSerde(Serdes.Integer())) .toStream() .print(Printed.toSysOut()); //3.启动拓扑 KafkaStreams kafkaStreams = new KafkaStreams(builder.build(),props); kafkaStreams.start();
count
//0.配置KafkaStreams的连接信息 Properties props = new Properties(); props.put(StreamsConfig.APPLICATION_ID_CONFIG,"word-count-dsl"); props.put(StreamsConfig.BOOTSTRAP_SERVERS_CONFIG,"CentOSA:9092,CentOSB:9092,CentOSC:9092"); //设置本地状态存储 props.put(StreamsConfig.STATE_DIR_CONFIG,"E:\\kafkastates"); //props.put(StreamsConfig.STATE_CLEANUP_DELAY_MS_CONFIG,"30000"); //1.构建StreamsBuilder StreamsBuilder builder = new StreamsBuilder(); builder.stream("topic01", Consumed.with(Serdes.String(), Serdes.String())) .flatMapValues((v)->Arrays.asList(v.split("\\W+"))) .map((k,v)-> new KeyValue<String,Integer>(v,1)) .groupByKey(Grouped.with(Serdes.String(),Serdes.Integer()).withName("word_group")) .reduce((v1,v2)->v1+v2,Materialized.<String,Integer, KeyValueStore<Bytes, byte[]>>as("wordcout1").withKeySerde(Serdes.String()).withValueSerde(Serdes.Integer())) .toStream() .print(Printed.toSysOut()); //3.启动拓扑 KafkaStreams kafkaStreams = new KafkaStreams(builder.build(),props); kafkaStreams.start();
Tumbling time windows
翻滚窗口将流元素按照固定的时间间隔,拆分成指定的窗口,窗口和窗口间元素之间没有重叠。在下图不同颜色的record表示不同的key。可以看是在时间窗口内,每个key对应一个窗口。前闭后开
//0.配置KafkaStreams的连接信息 Properties props = new Properties(); props.put(StreamsConfig.APPLICATION_ID_CONFIG,"word-count-dsl"); props.put(StreamsConfig.BOOTSTRAP_SERVERS_CONFIG,"CentOSA:9092,CentOSB:9092,CentOSC:9092"); //设置本地状态存储 props.put(StreamsConfig.STATE_DIR_CONFIG,"E:\\kafkastates"); //props.put(StreamsConfig.STATE_CLEANUP_DELAY_MS_CONFIG,"30000"); //1.构建StreamsBuilder StreamsBuilder builder = new StreamsBuilder(); builder.stream("topic01", Consumed.with(Serdes.String(), Serdes.String())) .flatMapValues((v)->Arrays.asList(v.split("\\W+"))) .map((k,v)-> new KeyValue<String,Integer>(v,1)) .groupByKey(Grouped.with(Serdes.String(),Serdes.Integer()).withName("word_group")) .windowedBy(TimeWindows.of(Duration.ofSeconds(5))) .reduce((v1,v2)->v1+v2,Materialized.<String,Integer, WindowStore<Bytes, byte[]>>as("windowstore").withKeySerde(Serdes.String()).withValueSerde(Serdes.Integer())) .toStream() .peek((Windowed<String> key, Integer value) ->{ Window window = key.window(); SimpleDateFormat sdf=new SimpleDateFormat("HH:mm:ss"); long start = window.start(); long end = window.end(); System.out.println(sdf.format(start)+" ~ "+sdf.format(end) +"\t"+key.key()+"\t"+value); }); //3.启动拓扑 KafkaStreams kafkaStreams = new KafkaStreams(builder.build(),props); kafkaStreams.start();
Hopping time windows
Hopping time windows是基于时间间隔的窗口。他们模拟固定大小的(可能)重叠窗口。跳跃窗口由两个属性定义:窗口大小和其提前间隔(又名“hop”)。
Sliding Window
窗口只用于2个KStream进行Join计算时。该窗口的大小定义了Join两侧KStream的数据记录被认为在同一个窗口的最大时间差。假设该窗口的大小为5秒,则参与Join的2个KStream中,记录时间差小于5的记录被认为在同一个窗口中,可以进行Join计算。
Session Windows
Session Windows用于将基于key的事件聚合到所谓的会话中,其过程称为session化。会话表示由定义的不活动间隔(或“空闲”)分隔的活动时段。处理的任何事件都处于任何现有会话的不活动间隙内,并合并到现有会话中。如果事件超出会话间隙,则将创建新会话。会话窗口的主要应用领域是用户行为分析。基于会话的分析可以包括简单的指标.
如果我们接收到另外三条记录(包括两条迟到的记录),那么绿色记录key的两个现有会话将合并为一个会话,从时间0开始到结束时间6,包括共有三条记录。蓝色记录key的现有会话将延长到时间5结束,共包含两个记录。最后,将在11时开始和结束蓝键的新会话。
public class DSLTopologyDemo { public static void main(String[] args) { //0.配置KafkaStreams的连接信息 Properties props = new Properties(); props.put(StreamsConfig.APPLICATION_ID_CONFIG,"word-count-dsl"); props.put(StreamsConfig.BOOTSTRAP_SERVERS_CONFIG,"CentOSA:9092,CentOSB:9092,CentOSC:9092"); //设置本地状态存储 props.put(StreamsConfig.STATE_DIR_CONFIG,"E:\\kafkastates"); //props.put(StreamsConfig.STATE_CLEANUP_DELAY_MS_CONFIG,"30000"); //1.构建StreamsBuilder StreamsBuilder builder = new StreamsBuilder(); builder.stream("topic01", Consumed.with(Serdes.String(), Serdes.String())) .flatMapValues((v)->Arrays.asList(v.split("\\W+"))) .map((k,v)-> new KeyValue<String,Integer>(v,1)) .groupByKey(Grouped.with(Serdes.String(),Serdes.Integer()).withName("word_group")) .windowedBy(SessionWindows.with(Duration.ofSeconds(5))) .reduce((v1,v2)->v1+v2,Materialized.<String,Integer, SessionStore<Bytes, byte[]>>as("session_store").withKeySerde(Serdes.String()).withValueSerde(Serdes.Integer())) .toStream() .peek((Windowed<String> key, Integer value) ->{ Window window = key.window(); SimpleDateFormat sdf=new SimpleDateFormat("HH:mm:ss"); long start = window.start(); long end = window.end(); System.out.println(sdf.format(start)+" ~ "+sdf.format(end) +"\t"+key.key()+"\t"+value); }); //3.启动拓扑 KafkaStreams kafkaStreams = new KafkaStreams(builder.build(),props); kafkaStreams.start(); } }
Window Final Results
在Kafka Streams中,窗口计算会不断更新其结果。当新数据到达窗口时,向下游发出新计算的结果。但是有时候希望在窗口结束的时候才开始发送最终结果出去,这个时候可以采用suppress方法,该方法会在窗口结束的时候才会将结果发送出去.场景:计算一个小时内活跃度小于3的用户,并且给活跃度小于该阈值的用户进行发送报警。在这个场景中如果不适宜钳制手段,可能在窗口初期所有的用户都可能接收到该报警。
//0.配置KafkaStreams的连接信息 Properties props = new Properties(); props.put(StreamsConfig.APPLICATION_ID_CONFIG,"word-count-dsl"); props.put(StreamsConfig.BOOTSTRAP_SERVERS_CONFIG,"CentOSA:9092,CentOSB:9092,CentOSC:9092"); //设置本地状态存储 props.put(StreamsConfig.STATE_DIR_CONFIG,"E:\\kafkastates"); //props.put(StreamsConfig.STATE_CLEANUP_DELAY_MS_CONFIG,"30000"); //1.构建StreamsBuilder StreamsBuilder builder = new StreamsBuilder(); builder.stream("topic01", Consumed.with(Serdes.String(), Serdes.String())) .flatMapValues((v)->Arrays.asList(v.split("\\W+"))) .map((k,v)-> new KeyValue<String,Integer>(v,1)) .groupByKey(Grouped.with(Serdes.String(),Serdes.Integer()).withName("word_group")) .windowedBy(TimeWindows.of(Duration.ofMinutes(1)).grace(Duration.ofSeconds(20))) .reduce((v1,v2)->v1+v2,Materialized.<String,Integer, WindowStore<Bytes, byte[]>>as("suppress_store").withKeySerde(Serdes.String()).withValueSerde(Serdes.Integer())) .suppress(Suppressed.untilWindowCloses(Suppressed.BufferConfig.unbounded())) .toStream() .peek((Windowed<String> key, Integer value) ->{ Window window = key.window(); SimpleDateFormat sdf=new SimpleDateFormat("HH:mm:ss"); long start = window.start(); long end = window.end(); System.out.println(sdf.format(start)+" ~ "+sdf.format(end) +"\t"+key.key()+"\t"+value); }); //3.启动拓扑 KafkaStreams kafkaStreams = new KafkaStreams(builder.build(),props); kafkaStreams.start();
其中:grace表示延迟,例如本案记录触发的窗口的时间如果是12:00:00~12:01:00触发的窗口,系统会在12:01:20秒的时候触发窗口,期间如果又迟到的元素,还可以加进去计算。在=因为系统会在12:01:20将窗口关闭。
superess表示窗口钳制,也就是再什么时机可以触发窗口向后续的流数据输出窗口统计结果。其中Suppressed.untilWindowCloses表示直到窗口关闭的时候才会触发窗口。如果配置成untilTimeLimit可以指定钳制多久时间将窗口发送出去,这样可以减少更新KTable的时间,提升程序性能。
suppress(Suppressed.untilTimeLimit(Duration.ofMillis(100),
Suppressed.BufferConfig.maxBytes(1024).emitEarlyWhenFull()))
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。