我一直在挖掘，似乎：
1） drools fusion 6没有本机/内置故障切换解决方案
2） 有对持久会话的支持，但似乎它们仅限于保存所有/检索所有，例如，没有像hibernate那样有效地添加和删除单个事件的功能会从数据库中添加/删除单个记录。这对于一个大的、长时间运行的数据集（流模式）来说是昂贵的
3） 持续会话是部分解决方案，我不清楚我们如何操作冷/热/热备用
另一方面，storm和trident处理故障转移的所有方面，但对cep的支持有限，我正在讨论使用带有storm和storm tick元组的自定义解决方案，但讨厌重新发明轮子。
1条答案
按热度按时间elcex8rz1#
我认为在storm trident中，状态必须相对简单，这样才能适合于键值对，并且值不能太大。例如计数或求和或每个键的简单聚合。大多数人似乎使用一些基于时间的关键和三叉戟总起来的东西。如果有复杂的状态和多个键，风暴三叉戟似乎倒下，不能保证所有状态之间的完全一致性。复杂的事件处理为许多查询和许多上下文保持丰富的状态，例如中间模式匹配、派生索引或数据窗口。所有这些都不符合三叉戟。根据您的要求三叉戟可能足够好。