最近、GoogleAppEngineでプロジェクトを実現する必要がありました。当初、私は懐疑的でした。しかし、Appengineにはいくつかの本当に素晴らしいアプローチがあります。
しかし、プロのプロジェクトについて考えていると、気に入らないことがいくつかあります。
AppEngineに似た代替手段を知っていますか?そして、私はEC2のようなサービスを意味するのではありません。
Herok は素晴らしい選択肢だと思います。
Djangoをサポートしているため、GAEの既存のアプリのほとんどを実行できますが、次のことも実行できます。
本当に、それは良い選択肢です。
アプリケーションがGAEにバインドされないようにする場合は、よく知られている言語とよく知られている永続性プロバイダーを使用するのが最善の方法です。たとえば、Ruby + PostgreSQLは非常に移植性の高い組み合わせである可能性があります。 Djangoも同様ですが、BigTableはありません...
あなたは見ることができます AppScale
AppEngineのオープンソース実装であり、独自のマシンにデプロイでき、データベースのホストから選択できます。
Google関連の質問でMicrosoftについて言及するのはほとんど嫌いですが、私は完全にベンダーに依存していません。そこで、MicrosoftのAzureを、AppEngineと多くの類似点を提供するプラットフォームとして提供しますが、十分な違いがあるため、質問に対する適切な回答として適しています。
AzureとAppEngineはどちらも、簡単にスケーラブルなアプリケーションを構築できるように設計されているという点で似ています。 Azureは、Microsoftの標準Webツールキットオプション(C#、VB.NET、ASP.NET ASP.NET MVC)を提供しますが、PHPも提供します。 AppEngineのようなNoSQLのドキュメントデータベースがありますが、SQLServerのより標準的なインスタンスを選択するオプションもあります。自分で使用したことはありませんが、AppEngine forBusinessでSQLも提供されるようになりました。
Azureは、長時間実行されるバックグラウンドプロセスを持つための準備が整った手段を提供します。 AppEngineは私の知る限りではありません。
私の見解では、AppEngineには、リクエストが実際に処理されているときにのみ使用料を請求するという大きな利点があります。 Azureインスタンスを使用すると、完全にアイドル状態の時間でも請求が発生します。これは完全に典型的なことですが、Googleがそうしないという事実により、私は毎回AppEngineを選択するようになります。予算が厳しすぎて、CPUのアイドル時間にお金を使うことができません。
アプリエンジンまたはmongodbで動作する非リレーショナルデータベースへのDjangoのポートがあります。
google for Django non-rel
ドキュメントは少しまばらですが