我的团队正在开始实施一个绿地应用程序，需要多租户。我一直在进行大量关于简单可扩展性模式的研究，特别是在基于分布式云的基础架构上，而CQRS似乎是热门词汇（据称被称为“Crack for Architecture Addicts”，我发现这很有趣）。除了好处和陷阱之外，很难找到除了Greg Young以外的任何人在生产应用程序中广泛（或根本）使用这个想法并且可以为它提供真实世界的指导。
所以这是我的问题： 1. CQRS体系结构是否适合您的典型多租户应用程序，或者它是否更适合大规模内部企业应用程序。 2.如果您建议在这种情况下使用它，您是否可以提供一些关于方法的沟壑指导 - 特别是关于早期开始的事情，以及哪些方面应该有机地发展。 3.如果有人试过并发现它太难或没有意识到它的好处，或者有强烈的反对意见（并建议坚持使用CRUD和分层设计），我也想了解这些经验。
作为参考，该应用程序将使用.NET编写，前端最初将基于Web（ASP.NET MVC），可能会扩展到移动和胖客户端。预计并发性，事务活动和数据量在应用程序的整个生命周期内都会保持相对较低的水平（与高容量金融应用程序等相比）。对于基础架构，我们计划使用Azure。