You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@eagle.apache.org by "Edward Zhang (JIRA)" <ji...@apache.org> on 2016/02/09 23:41:18 UTC

[jira] [Updated] (EAGLE-39) Policy State Management for robustness - replay events upon node crash

     [ https://issues.apache.org/jira/browse/EAGLE-39?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Edward Zhang updated EAGLE-39:
------------------------------
    Affects Version/s:     (was: 0.3.0)

> Policy State Management for robustness - replay events upon node crash
> ----------------------------------------------------------------------
>
>                 Key: EAGLE-39
>                 URL: https://issues.apache.org/jira/browse/EAGLE-39
>             Project: Eagle
>          Issue Type: New Feature
>            Reporter: Edward Zhang
>            Assignee: Edward Zhang
>             Fix For: 0.3.0
>
>
> Most useful policies are stateful, for example slide-window based policy is evaluated not only for current event but also for a sequential set of events happening before current event. 
> When the node which runs the stateful policy crashes, the policy would be built up in another node by Eagle, but problem is we never see the events which were populated for this policy before node crash.
> The problem sometimes will cause serious issues as it may miss some alerts. Think about a policy which takes one month's data is gone because of the node crash, how do we recover the one-month data for continuous evaluation.
> Unfortunately neither Storm as stream infrastructure nor Siddhi as CEP engine provides state management of intermediate data generated in the program.
> Storm can bring up another bolt when one bolt goes down, but it is not responsible for replay the events which application were previously received. Siddhi does not provide any state recover when CEP runtime goes down.
> Eagle should provide some API for easy state management between monitoring application and CEP engine. That would make a lot of sense when we define complex policies.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)