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内进行处理
