这个概念，对于理解storm很有必要。
1、worker进程死掉
worker是真实存在的。可以jps查看。
正是因为有了storm的可靠性，所以storm会重新启动一个新的worker进程。
2、supervisor进程死掉
不会影响之前已经提交的topology的执行，只是后期不能再想这个节点分配任务罢了。
3、nimbus进程死掉
不会影响之前已经提交的topology的执行，只是后期不能再想这个节点分配任务罢了。
4、节点宕机
5、ack/fail消息确认机制
见博客
这个概念，对于理解storm很有必要。
1、worker进程死掉
worker是真实存在的。可以jps查看。
正是因为有了storm的可靠性，所以storm会重新启动一个新的worker进程。
2、supervisor进程死掉
不会影响之前已经提交的topology的执行，只是后期不能再想这个节点分配任务罢了。
3、nimbus进程死掉
不会影响之前已经提交的topology的执行，只是后期不能再想这个节点分配任务罢了。
4、节点宕机
5、ack/fail消息确认机制
见博客