microservices - 在具有事件源的微服务中,我应该将命令或事件保存到服务数据库还是应该是一个大数据库?
问题描述
正如问题所说,存储命令和事件的最佳实践是什么?!我应该只存储命令吗,因为命令会生成事件?!
解决方案
正如问题所说,存储命令和事件的最佳实践是什么?!我应该只存储命令吗,因为命令会生成事件?!
仅存储“命令”在某些设置中有效。例如,如果您查看LMAX团队分享的关于他们的设计的内容,您会发现他们在日记中写的内容是输入消息。
在他们的上下文中,他们不需要担心流程的底层域模型会发生变化(这会在日常维护窗口期间发生,当时一切都很安静),所以从来没有任何疑问系统将在给定的事件序列之后。
但event-sourcing
通常被理解为保存系统状态的表示——只是我们没有覆盖我们的数据结构,而是扩展它(想想变化的链表)。我们坚持的变化往往是输入的可观察效果,而不仅仅是原始输入。
推荐阅读
- spring - Spring Security OAuth 2: How to use access token in the javascript client
- php - 使用 Laravel Passport 仅在少数路由上访问自己的帐户
- r - Embed logo on top of another embedded logo in plotly
- php - 如何在 php 中下载 Google Chart API 的二维码图像?
- android - Android:可以保存对系统服务的引用吗?
- python - 如何将 Tkinter 中的 Entry 和 Button 小部件与类链接?
- apache-zeppelin - Zeppelin:如何查看 JDBC 查询的文本结果
- macos - 我在我无法理解的 mac 上有一个 base64 电话登录
- javascript - Angular 6 视图未更新为页面加载时的正确数据
- python - Python中的正弦函数作为泰勒级数逼近