MongoDB for Azure は本番環境に対応していますか? 誰でも経験を共有できますか？製品に使用するには快適さが欠けているようです。
どう思いますか ？
編集：私の質問には誤解があるので、再定義しようとします。私がコミュニティから調べた情報は、Windows azure で mongo を実行している人の情報を共有して、そこからの経験を共有しています。経験とは、クラウドで実行する方法 (10gens faq のマニュアルは既にあります) やバグの数 (mongo-azure jira で確認できます) ではありません。私が探しているのは、パフォーマンスがどのように進んでいるのかということです。azure で mongodb を実行することによる問題 (副作用) はありますか? mongodb は VM のリサイクルをどのように処理しますか? 誰かがシャーディングを試しましたか? 最後に、10gens の mongo-azure worker ロールは、本番環境で使用するために安定していますか?
これが解決することを願っています。
ここで少し説明します。MongoDB自体は本番環境に対応しています。また、MongoDBは、環境で機能するようにスキャフォールディングを設定している限り、WindowsAzureで問題なく機能します。これには通常、耐久性のあるストレージを提供するためにAzureドライブをセットアップする必要があります。または、レプリカセットを使用すると、セットメンバー間で結果整合性が効果的に得られます。次に、スタンドアロン（またはホットスタンバイを備えたスタンドアロン）を使用することを検討できます。個人的には、レプリカセットモデルが好きです。これは、本番環境のMongoDBシステムの一般的なガイダンスです。
10genによるWindowsAzureのサポートに関する限り：@ SyntaxC4が示すページでは、ラッパーがプレビュー状態にあることを明確にしていますが、ラッパーはMongoDBを起動するスキャフォールディングコードであることに注意してください。この足場は2011年12月に最初にリリースされ、それ以来いくつかの調整が加えられています。プロダクションMongoDBビットを使用します（5月9日に公開されたバージョン2.0.5で問題なく動作します）。注意点の1つは、MongoDBレプリカセットのロールがアプリケーションのロールと一緒にデプロイされることです。これは、クライアントアプリが（セットを適切に構築するために）すべてのレプリカセットノードを可視化する必要があるためです。この制限を回避するには、mongosとエントリポイントを実行する必要があります（これは10genのscaffoldソリューションの一部ではありません）。
プレビュースキャフォールディングを一瞬忘れてしまいます。カスタムスキャフォールドを使用して、MongoDBを本番環境で実行しているお客様がいます。それらの1つは、シャードごとにレプリカセットを使用して、複数のシャードを使用するかなり大規模なデプロイメントを実行しています。
それで...それはWindowsAzureで機能しますか？はい。10genが提供する足場を利用する必要がありますか？レプリカセットを起動する簡単な方法を探しているだけなら、それで問題ないと思います。スタンドアロンモデルまたはシャードモデルが必要な場合、またはMongoDBの個別のデプロイが必要な場合は、現在、これを自分で行う必要があります（または公開されているプロジェクト10genを変更します）。
The warning message on their site says that it's a preview. This would mean that there would be no support for it at a product level in Windows Azure.
快適なレベルで自分の意見を形成したい場合は、バグ追跡システムを見て、人々が現在問題として報告している内容を感じ取ることができます.