Iis是否可以使用axon 3.3.3将所有事件存储在微服务体系结构中的中央RDBMS数据库中？
我们使用以下配置将事件存储在同一域数据库中：
@Bean
public AggregateFactory<UserAggregate> userAggregateFactory() {
SpringPrototypeAggregateFactory<UserAggregate> aggregateFactory =
new SpringPrototypeAggregateFactory<>();
aggregateFactory.setPrototypeBeanName("userAggregate");
return aggregateFactory;
}
现在我们希望将事件存储在中央事件存储数据库中，而不是域数据库中。
共有1个答案
首先，任何Axon应用程序中的AggregateFactory根本没有定义事件存储的位置或方式。相反，我建议阅读Axon Framework参考指南中的Event Bus&Event Store一节来解释如何实现这一点。
对您的问题的简短回答是：是的，您可以有一个由RDBMS支持的事件存储区，比如PostgreSQL来存储所有事件。在给定应用程序的重复实例之间，实际上强烈建议使用相同的存储位置。
一旦要跨越不同的有界上下文，我建议为每个上下文定义不同的事件存储。
-
我经常听说，在微服务架构中，对于每一个微服务，我们都必须创建单独的数据库。 但是，如果我必须在不同的数据库中维护外键约束，这是不可能的。就像我在身份验证微服务中有一个用户表，我想在我的目录服务中使用它（用户表中的用户 ID 列） 那么如何解决呢。 感谢提前
-
我们有一个单片应用程序，我们现在正在使用容器将其转换为微服务架构。 每种方法的利弊是什么？根据微服务最佳实践，什么是最佳方法？*
-
我是事件驱动微服务的新手，也是微服务本身的新手。我正在开发的系统并不大，它处理一堆文件，然后根据调用不同服务的数据。所以在我看来，一个好主意是，不要让服务调用其他服务来完成这项工作，而是将这些消息发送到发布/订阅队列，处理它们并将它们发送到相关主题，然后每个服务将订阅其中一个或几个主题，每隔几分钟，每个服务都会提取它们订阅的消息并发挥它们的魔力。这些服务也可以通过Rest来公开，以防您想强制执行它
-
据我目前的一点经验所知，“微服务”的核心概念之一是它依赖于自己的数据库，独立于其他微服务。 深入研究如何在微服务系统中处理分布式事务，最好的策略似乎是事件源模式，其核心是事件存储。 不同微服务之间是否共享事件存储？或者每个微服务都有多个独立的事件存储数据库和一个公共事件代理？ 如果第一个选项是解决方案，那么使用CQRS，我现在可以假设每个微服务的数据库都是作为查询端的，而共享事件存储在命令端。这是
-
总而言之，我们有： 产品类别: 产品ID、产品名称 订单类别: 订单ID、产品ID、用户ID、订单日期 这些方法中的任何一种可以被认为是最佳实践吗？还是有不同的解决方案？
-
我最近开始使用Node.js，我必须构建一个应该使用多个Express.js服务的体系结构。其中一些服务必须位于一台服务器上，另一台则位于其他服务器上。我想构建一个基础服务（像API网关），但是我不知道在这个网关和微服务之间，或者在两个微服务之间进行通信的合适方式是什么。 目前我正在研究一个基于此的解决方案：