我感兴趣的是其他人如何处理 CQRS/Event Sourcing 最终一致系统中的读取侧数据库更新失败。
我有这样一个系统，可以将事件附加到我的事件存储中，然后由于某种原因无法更新相应的读取侧数据库，从而导致不一致的状态。
我已阅读这篇文章以及这篇文章，其中真正关注的是在事件存储 events 之前管理约束的单例/全局聚合。
但是，当更新失败与约束无关（例如临时硬件故障）时，您该如何处理？
另一个提到的解决方案是手动干预，但我想我正在努力避免这种情况。高层我正在考虑做一些事情，比如触发某种作业来从事件存储重建整个读取端数据库，同时暂时挂起和排队通常更新读取端的命令和事件处理程序。
还有其他人做类似的事情吗？有没有更好的办法？
谢谢！
architecture domain-driven-design eventual-consistency cqrs event-sourcing
在我看来，Python的webbrowser'new = 0'功能（请参阅此处）在同一选项卡或窗口中打开新的url永远无法正常工作。
该文档使用诸如“ 如果可能 ”之类的狡猾语言来掩盖此问题。
有人在webbrowser模块中看到此功能成功吗？是否有已知的解决方法来实现此功能？
我尝试用设置浏览器
webbrowser.get(TYPE)
在继续打开网址之前。我也尝试过使用各种不同的浏览器，但是仍然没有成功。难道这不可能了吗？我应该只使用硒吗？
除其他外，我已经检查了7年前的这篇文章。我希望此后一切都发生变化，人们已经找到了解决之道。
非常感谢您的帮助或见解。