Events 分散-聚集实现

我是一名信息系统集成领域的程序员，包括SOA、ESB、messages broker等

目前，我正在开发一个专有的ESB，不幸的是它没有实现

实际上，我对异步实现此模式的解决方案感兴趣。也就是说，最佳报价与报价请求不在同一同步事务中管理，例如，不是同步请求/回复服务

因为我们讨论的是异步处理，所以我正在寻找可靠的解决方案。例如，如果供应商B由于技术问题而失败，我不想发回错误报价请求。我必须考虑整个交易作为一个保证，并能够重新处理调用Vendor B在一个时间点。然后交易将神奇地继续，我将能够发回一个成功的报价请求

我过去已经能够使用专有的复杂事件处理CEP工具实现这个模式。实际上，CEP工具能够持久化全局事务状态，并关联从供应商A、B和C返回的事件

所以我想知道是否有一个现有的轻量级解决方案以可靠的方式实现这个模式

---

最后但并非最不重要的一点是，我没有搜索其他ESB工具。我知道apachecamel、springintegration、Mule或WSO2正在实现这个模式，但我对一个专用的解决方案很感兴趣

---

谢谢

您的需求分为两大类。事件关联/过滤通常通过CEP引擎完成，而像分散-聚集这样的集成模式则通过ESB完成。诚然，CEP引擎将促进某种级别的消息转换和集成功能，而ESB也将支持事件的基本过滤/关联——主要是事件处理，而不是复杂的事件处理，但这些并不是它们最初设计的目的

因此，如果不能使用ESB或CEP服务器之一实现，您的解决方案可以同时包括CEP和ESB服务器，每台服务器都执行它们最适合的特定任务集。供应商不太可能构建一个组合服务器来执行所有这些工作

---

已经说过，如果您要用WSO2产品实现这一点，并且如果您真的需要一个服务器实例，那么可以考虑在ESB的顶部安装CEP特性，如所解释的那样。否则，您可以使用高性能协议（如Thrift）连接两台服务器。

但我对专用解决方案很感兴趣-这意味着什么？Udi Dahan自己的评论？这是一个多么伟大的时刻：我想说的是，我没有寻找另一个ESB，我已经有了一个ESB，我想要一个专门的解决方案来管理事件关联、事件过滤等。。。到目前为止，我最匹配的是ApacheStorm，但分散-聚集实现并不是现成的。Storm并不是一个真正的轻量级解决方案。但您可以将Camel用作库，即进程中。实际上，我只有一个要求，那就是实现分散-聚集模式。我理解你的观点，即使我不完全同意你的观点，因为所有的ESB都没有实现它。当然，所有基于EIP模式的moderns ESB都要考虑到这一点，因为分散聚集是一个EIP，但经典的方法（如TIBCO或webMethods）并非如此。谢谢你的评论。