Google 提高 Android RAM 要求

1. 不应回滚。 - 在 + 架构中，事务边界是聚合根完成处理并将领域事件持久化到 。 - 聚合根发布的领域事件由订阅者处理，订阅者处理失败是订阅者的责任，若失败是暂时性的，应当进行重试。 - 如果失败是由于永久性的 BUG 导致的Google 提高 Android RAM 要求，修复 BUG 后，应当通过补偿事件确保系统最终一致性。 - 针对你提到的情况，建议可以根据命令响应结果（完成阶段）告知用户操作成功，同时提醒系统正在同步数据等信息。 关于 Wow 事件补偿： 另外，需要特别指出的是不仅仅是 CQRS 架构会面临这样的问题google空间强制更新，传统架构同样存在类似的情况，比如经典的数据库读写分离。 例如，用户发起下单事务，写库执行成功1688库移动站，但由于某种原因google空间强制更新，读库写入失败或延迟，用户同样无法查询到最新状态的数据（相信大部分应用数据库读写分离的开发者对此也是感同身受）。 此时你肯定不会想是否要回滚此次用户下单事务。 Wow 的命令等待策略解决了写入延迟导致无法查看及时数据的问题，但无法解决写入失败的情况。写入失败需要通过事件补偿来处理。 2. 在近三年的实际生产环境验证中，我们发现无状态的 Saga 已经足够满足实际复杂场景的需求，因此有状态的 Saga 的优先级相对较低。当前的重心放在文档的建设上。

【本文来源于互联网转载，如侵犯您的权益或不适传播，请邮件通知我们删除】