Microservices 在带有事件源的微服务中,我应该将命令或事件保存到服务数据库中,还是应该是一个大数据库?

Microservices 在带有事件源的微服务中,我应该将命令或事件保存到服务数据库中,还是应该是一个大数据库?,microservices,cqrs,event-sourcing,Microservices,Cqrs,Event Sourcing,正如问题所说,存储命令和事件的最佳实践是什么?! 我是否应该只存储命令,因为命令将生成事件 在事件源架构中,事件是您状态的来源。因此,您需要存储事件—系统中记录的事实 正如问题所说,存储命令和事件的最佳实践是什么?!我是否应该只存储命令,因为命令将生成事件 仅存储“命令”在某些设置中有效。例如,如果你回顾一下团队在分享他们的设计,你会发现他们在日记中写的是输入信息 在他们的上下文中,他们不需要担心流程的底层域模型会发生变化(这会在日常维护期间发生,当时一切都很安静),因此,在给定的事件序列之后,

正如问题所说,存储命令和事件的最佳实践是什么?!
我是否应该只存储命令,因为命令将生成事件

在事件源架构中,事件是您状态的来源。因此,您需要存储事件—系统中记录的事实

正如问题所说,存储命令和事件的最佳实践是什么?!我是否应该只存储命令,因为命令将生成事件

仅存储“命令”在某些设置中有效。例如,如果你回顾一下团队在分享他们的设计,你会发现他们在日记中写的是输入信息

在他们的上下文中,他们不需要担心流程的底层域模型会发生变化(这会在日常维护期间发生,当时一切都很安静),因此,在给定的事件序列之后,系统的状态将是什么,这是毫无疑问的

但是
事件源
通常被理解为意味着保存系统状态的表示——只是我们不是覆盖我们的数据结构,而是扩展它(想想更改的链表)。我们所坚持的变化往往是输入的可观察效应,而不仅仅是原始输入