CQRS 作为一种模式，适合需要高可伸缩性和性能的应用程序，它近来变得越来越流行。Mark Seemann 在文章《 CQRS On Windows Azure 》中，使用示例探究了如何在 Windows Azure 平台中使用这种模式。
CQRS 的意思是命令查询责任分离（Command Query Responsibility Segregation），这个模式所基于的想法是，你能够使用与读取信息不同的模型来更新信息。这让你可以对读取和写入操作区别对待，可能会使用不同的数据访问技术访问不同的数据库，甚至使用其他架构模式像 Eventual consistency 和 Event Sourcing 。文中的一些关键点如下：
- 总是要假设显示的数据是过期的，并使用 UI 正确地设置期望值（因为屏幕上当前数据无法提供任何保证）。
- 当从 UI 处理请求的时候，创建一个命令，尽快发送（到队列中）并返回。在 Windows Azure 上，这可以通过在存储队列（Storage queues）上实现一个频道（Channel）做到。
- 分离工作者的角色，它们可以选取从 UI 发送过来的命令消息并对其进行处理。
- 让写入操作是幂等的（Idempotent），从而多次重新传送消息，而不会导致数据问题。
- 使用乐观并发机制——在 Windows Azure 中，这可以通过使用 Etags（CloudBlob.Properties.ETag）做到。
- 更新视图数据可以在另一个频道（Channel）中异步发生——然后就可以被控制器查询到。
- 以非规范的方式读取数据，以提升读取的性能。
从总体上了解更多 CQRS 信息的好地方是 Rinat Abdullin 的 CQRS 开始页面。你还可以阅读 Martin Fowler关于这个主题的文章，或者阅读InfoQ 上Arunava Chatterji 写的最新文章《健康的架构》
查看英文原文： CQRS With Windows Azure
暂无签名
腾讯云云原生提质增效实践精选集 2024
《2024腾讯云云原生提质增效实践精选集》出炉，5大热门技术领域，13个行业精选标杆案例，痛点到解决方案全...
Next-Generation Software Development: Challenges, Best Practices, and Future Trends
Trae Agent 架构演进：从 Workflow 到 Agentic Loop
AI 变革推动终端侧推理创新
评论