trident里面
batch会被缓存,这样失败了可以重新发送
多个batch可以并行被process,但是commit是严格按照txid顺序来执行
一个batch的状态会存在zk里
只要batch在timeout时间内commit就算完成了,应该同时会清缓存
如果异常或超时了,就会replay
在原声的storm中一个tuple和它衍生的tuple有没有被成功处理,是通过一个异或机制来监控的,如果被成功处理,最后肯定会是0
batch也是类似的监控机制
一个batch也会衍生出一些tuple,也会通过groupby,来拆分进行process
一个tuple完成时说,它和它的衍生tuple,都ack成功了,
一个batch完成时说,batch里的所有tuple都成功了,这些tuple本身都是带txid标志的
一个batch中的多个tuple可能会被shuffle到多个partition,分别处理,这个是没关系的
一个window内可能包含多个batch,他们会被一起处理
storm里的处理实例:
worker:进程 jvm,一个worker有且仅为一个topology服务
executor:线程 ,一个executor处理一个节点(component),默认一个executor就处理一个task,也可以配置,循环处理多个task
task:待处理的任务,一个task,里面包含一些tuple,一个task只会交给一个executor来处理,发给同一个executor的taskid是固定的,只是tuple不一样 ?
task是传输的目标单元,会序列化和反序列化
group之后的数据,会放到一个task里交给一个线程来完成
batch,window,group内的数据,会放到一个task内进行处理