event-sourcing

    4热度

    2回答

    我已经阅读Jonathan Oliver关于处理乱序事件的好消息。 http://blog.jonathanoliver.com/cqrs-out-of-sequence-messages-and-read-models/ ,我们用的是出队的消息,并把它放在一个“支持台”,直到与前一个序列的所有消息都收到 的解决方案。当收到所有先前的消息时,我们将所有的 消息从保留表中取出,并依次通过 合适的处理

    0热度

    2回答

    我正在构建一个应用程序,需要使用不可变数据库创建,我知道Datomic,但不是recommended庞大的数据量(我的应用程序将有数以千计或更多,每秒写入)。 我已经做了一些关于它的搜索,我找不到任何类似的数据库没有这个“问题”。 我的应用程序将使用事件源和微服务模式。 有关我应该使用哪个数据库的任何建议?

    3热度

    2回答

    有各种示例应用程序和框架实现CQRS +事件源代码架构,大多数描述使用事件处理程序来创建存储在事件存储区中的域事件的非规范化视图。 托管此体系结构的一个示例是作为接受命令到写入端并支持查询非规范化视图的web api。这个web api可能会扩展到负载均衡农场中的许多机器。 我的问题是在哪里读取模型事件处理程序托管? 可能的情景: 托管在一个单一窗口服务单独的主机上。 如果是这样,是不是会造成单点

    2热度

    2回答

    可以说发票是为客户生成的。这种特殊的事件将是这个样子: invoice.raised { "id": "4dbcff82-6f35-4155-9aec-f8185c1f932f", "total": "50.00", "description": "Order 01133", "customer_id": "c2206843-414d-454f-9894-5

    4热度

    1回答

    通过事件实现CQRS/ES架构中有界上下文之间的通信;上下文A生成事件作为对命令的响应,然后这些事件通过事件总线(消息队列)被转发到上下文B. 或...您可以将事件存储在事件库(属于上下文A)中。 或...两者(商店和转发)。 我的问题是:从上下文B,我应该拉事件从上下文存储?或者干脆通过事件总线消耗事件推? 我倾向于拉动的方法。因为那么我们可以在上下文B中做一些追赶。相反,在推送方法中,上下文B

    0热度

    1回答

    我想在Azure上部署一个使用日志持久性插件的Akka应用程序。 对于我应该使用的持久性插件,我找不到工作组合。 到目前为止,我看着: 阿卡余辉,蒙戈和Azure的文档存储与蒙戈司机:这是行不通的,因为阿卡的持久性 - 蒙戈是不是使用支持SSL最新的无功蒙戈版本兼容 阿卡余辉-JDBC和Azure的SQL服务器:看来阿卡持久性-JDBC是只用油滑H2,Oracle和MySQL驱动 兼容的,我没有任

    2热度

    1回答

    假设我正在使用购买和销售材料的使用“事件采购”(存储业务事件)的系统;在某一时刻,会生成一份包含价格和成本信息的报告。 想象一下,我的一个客户打电话给我,说:“成本是错误的,对我来说,从开始获利的规则是这样”。 我可以添加更多处理程序或更改规则以适应此特定情况,并重播事件。 但我的问题是,这是正确的方法(或至少更好)?

    5热度

    2回答

    Here是一篇很好的文章,它描述了什么是ES以及如何处理它。 那里一切都很好,但有一个图像困扰着我。这是 据我所知,在分布式事件为基础的系统,我们能只能达到最终一致性。无论如何......我们如何确保我们不会预订更多座位?如果有很多并发请求,这尤其是一个问题。 可能发生n个聚合填充相同数量的保留席位,并且所有这些聚合实例都允许预留。

    4热度

    2回答

    我可以想到两个地方将域逻辑放在事件源系统中,或者有一个缺点。 在创建事件后在本地调用的聚合的事件处理程序。 (这是我在大多数examples中看到的,虽然他们大多数都有非常简单的逻辑) 问题:存储在事件存储器中并发布给订阅者的事件不包含此处理的数据,因此在投影时同一逻辑必须应用于该事件。 创建活动之前。现在处理的数据可以存储在事件中,并且投影不必知道任何有关业务逻辑的信息。 (我在示例中没有看到这

    2热度

    3回答

    我一直在阅读关于事件采购模式,如果您想重建您的系统,这可能非常有用。但是,如果我需要在处理新的传入请求时运行事件重建,该怎么办?这种情况下是否有特定的模式或最佳做法? 因此,如何确保新的传入请求不会在重播时堵塞我的系统,因为事件同步和顺序对我的系统非常重要。它涉及更新依赖于事件序列的数据库记录。有什么想法吗?