这里稍微澄清一下。MongoDB 本身是生产就绪的。并且 MongoDB 在 Windows Azure 中工作得很好,只要你设置了脚手架让它在环境中工作。这通常需要设置 Azure 驱动器,以提供持久存储。或者,使用副本集,您可以有效地在集合成员之间获得最终一致性。然后,您可以考虑使用独立设备(或带热备份的独立设备)。就个人而言,我更喜欢复制集模型,这是生产 MongoDB 系统的典型指导。
至于 10gen 对 Windows Azure 的支持:虽然@SyntaxC4 指向的页面确实阐明了包装器处于预览状态,但请注意,包装器是启动 MongoDB 的脚手架代码。该脚手架最初于 2011 年 12 月发布,此后进行了一些调整。它使用生产的 MongoDB 位(并且与 5 月 9 日发布的 2.0.5 版配合得很好)。一个警告是 MongoDB 副本集角色与您的应用程序角色一起部署,因为客户端应用程序需要对所有副本集节点的可见性(以正确构建集)。为避免此限制,您需要运行 mongos 和入口点(这不是 10gen 的脚手架解决方案的一部分)。
暂时忘记预览脚手架:我有客户在生产中运行 MongoDB,使用自定义脚手架。其中一个是运行一个相当大的部署,有多个分片,每个分片使用一个副本集。
那么... 它在 Windows Azure 中是否有效?是的。您是否应该利用 10gen 提供的脚手架?如果您只是在寻找一种简单的方法来启动副本集,我认为这很好。如果你想要一个独立的模型,或者一个分片模型,或者如果你需要一个单独的 MongoDB 部署,你现在需要自己做(或者修改 10gen 发布的项目)。