我正在开始一个项目，我希望有多个使用轴突服务器相互通信的服务。
我有不止一项服务具有以下堆栈：
每一项服务在 mysql 服务器中使用不同的架构。
当我在激活 axon 框架的情况下启动 spring boot 服务时，会在每个应用程序的数据库模式中创建一些用于令牌、sagas 等的表。
我有两个问题
在我正在尝试构建的架构中，我应该只有 一个用于所有“启用轴突”服务的数据库，所以 sagas， 令牌、事件等只在一个地方？
如果是这样，任何人都可以 提供如何配置自定义的示例 EntityManagerProvider 将服务的数据库分开 来自Axon的数据库？
【问题讨论】：
标签： spring-boot jpa axon
Axon 可能需要五个表，当然这取决于您对 Axon 的使用。 它们是：
使用Axon Server 时，将不创建表 1 和 2，因为 Axon Server 是事件和快照的存储解决方案。 当不使用 Axon Server 时，我确实建议为这些设置一个专用数据源。
为TokenStore 提供服务的表 3 应尽可能靠近您的查询模型。标记描述了给定的EventProcessor 处理事件的程度。由于这些EventProcessors 通常为创建查询模型的投影仪提供服务，因此从事务的角度来看，将它们放在一起是明智的。
表 4 和表 5 都是 Sagas 所必需的。 “Saga 表”存储序列化的 saga，而“关联值条目表”承载事件和 saga 之间的关联值，以便框架可以加载正确的 saga。我会将它们存储在专用数据库中或与给定（微）服务的其他表一起存储。
【讨论】：
我假设您的每个微服务都为一个子域建模。由于事件确实对（子）域以及聚合、实体和值对象进行建模，因此我非常赞成将与 Axon 相关的模式分开，很可能与每个服务对应的数据库/模式一起。因此，在考虑此类技术选项时，我更喜欢建模优先的方法。
这是我们目前在微服务生态系统中所做的事情。
对于 Axon 资产和特定于应用程序的资产，使用相同架构（即每个子域一个）至少还有一个技术原因。我的同事Marian 向我指出了这一点。如果您（将）使用事件溯源（从而通过获取和应用处理命令后产生的所有过去事件来重建聚合的状态），那么您很可能需要包含此获取的事务以及命令处理代码反过来，可能会触发（通过事件）写入特定于微服务的数据库。
【讨论】：