在我看来，CQRS（命令和查询责任隔离）方法可能适合在GAE上实现健壮且响应迅速的社交应用服务器，因为：
麻烦的是，我是一个生锈的Java程序员，几乎没有与这个选择相关的经验，我非常感谢任何使用过这两者的人的任何评论，或者至少使用其他人的经验进行调查。
我认为我的主要问题是：
CQRS不是过于复杂或困难，但确实需要时间来调整您的思维，使其远离传统的请求/响应以及多年来一直困扰我们头脑的客户/服务器交互。
在带有事件源的CQRS中，数据存储是无关紧要的，因为您不需要从存储引擎中获得很多东西 - NEventStore 项目（用C＃编写）可以轻松支持40-50种不同类型的存储引擎，没有太大困难。
纯粹的Amazon Web Services和Google App Engine都是CQRS应用程序的绝佳平台，因为它们可以引导您选择所有正确的基础架构 - 使用消息传递进行异步，非阻塞通信。
我从来没有听说过Jdon，但是Axon已经有一段时间了。尽量不要过分依赖框架。随着您对CQRS的理解加深，这将变得更加明显 - 基本上就像试图避免使用Hibernate一样 到处 在你的代码中。您应该只使用Axon（或您选择的任何一个）确切的位置，而不是更多。
您可能会问的一些更好的问题包括在哪里寻求帮助以及已有哪些资源可以帮助指导您理解CQRS。有许多好的博客和网站 - 包括cqrsinfo.com - 可以帮助您入门。此外，如果您要开始使用CQRS，Greg Young的六小时视频是必须的。