Google App EngineでDjangoを使用する理由

Google App Engine（GAE）を調査すると、GAE上のPythonでの開発では、Djangoの使用が非常に人気があることは明らかです。私はDjangoを使用することのコストと利点に関する情報を見つけるためにWebを精査し、なぜそれがそれほど人気が​​あるのかを調べてきました。GAEでDjangoを実行する方法とその実行方法に関するさまざまなソースを見つけることができましたが、 DjangoがGoogleが提供するwebappフレームワークを使用するよりも好ましい理由に関する比較分析は見つかりませんでした。

明確にするために、GAEでDjangoを使用することが、Djangoで既存のスキルセットを持っている開発者（大部分のPython Web開発者、間違いなく）またはDjangoで既存のコード（GAEを使用するほうが移植作業である）に役立つ理由がすぐにわかります。ただし、私のチームはまったく新しいプロジェクトで使用するためにGAEを評価しており、私たちの既存の経験はDjangoではなくTurboGearsでの経験です。

BigTableライブラリがDjangoのORMを置き換え、セッションと認証が必然的に変更され、Djangoのテンプレート全体（必要な場合）がDjangoスタック全体を使用せずに利用できる場合、開発チームにとってDjangoが有益である理由を判断するのは非常に困難です。

最後に、後でGAEから離れて出国をターゲットとするプラットフォームが必要になった場合に、Djangoを使用すると「出口戦略」を提供できるという利点があることは明らかです。

GAEでwebappを使用するよりもDjangoを使用する方が優れている理由を指摘してくれて、とても感謝しています。また、私はDjangoをまったく使用したことがないので、GAEで機能する小さな機能や利便性について詳しく説明することも私にとって貴重です。

ほとんどの場合、実際のWebサイトをユーザーに提供する必要があるときに、appengineインスタンスでdjangoを使用します。優れたテンプレートエンジン、URLルーティング、およびすべての要求/応答/エラー処理が組み込まれています。そのため、魔法のorm / adminを使用できない場合でも、多くのことが可能です。

APIサービスについては、上に非常にシンプルなものを構築しましたwebob。djangoが提供するすべてを必要としないため、はるかに軽量であり、状況によっては少し高速です。

GAEがあなたに適していると確信している場合、Djangoはおそらくあなたにとって正しい選択ではありません。2つのテクノロジーの長所はあまりうまく調和していません。GAEでDjangoのすばらしいormの多くを完全に失い、使用すると、bigtableやGAEの動作に直接適さないコードを記述します。

GAEの重要な点は、ゼロから簡単に拡張できるコードを作成するように強制することにより、優れたスケーラビリティを実現することです。スケーリングが不十分な多くのことを実行することはできません（もちろん、スケーリングが不十分なコードを書くことはできますが、いくつかの落とし穴は避けます）。トレードオフは、異なる環境向けに設計されたDjangoのようなものを使用する場合、フレームワークの周りで実際にコーディングすることです。

何らかの理由で自分がGAEを離れたことに気づいた場合、インフラストラクチャに投資することには問題があります。bigtableのコーディングは、別のアーキテクチャに移行するのが難しくなることを意味します（ただし、ApacheプロジェクトはHadoopプロジェクトのHBaseコンポーネントを使用してこれを解決するために取り組んでいます）。GAEからの移行には、まだ多くの作業が必要です。

Google製品であり、クールな流行語であることに加えて、GAEを使用する背後にある動機は何ですか？Mediatempleのサービスのようなものを使用したスケーリングがうまく機能しない理由はありますか？GAEのスケーリング方法がアプリケーションに適していると確信していますか？そのパフォーマンスの領域に到達することを期待している場合、コストは専用サーバーとどのように比較されますか？従来の負荷分散されたサーバー設定と比較して、GAEが提供するツールを使用して問題をうまく解決できますか？

以上のことはすべて、GAEが提供する境界線とんでもないスケーリングが絶対的に確実に必要な場合を除いて、その特定のサービスにフレームワークの選択を許可しないことをお勧めします。私はDjangoが好きなので、GAEでは使用しないでください。

編集（2010年6月）： このコメントへの更新としてしばらくして：Googleは、無料ではないGAEのSQLに似た機能を発表しましたが、SQLスタイルのコマンドを実行してデータに関するレポートを生成するなどの操作を簡単に行うことができます。

さらに、GAEクエリ言語には今後の変更があり、複雑なクエリをはるかに簡単に行えるようになります。Google I / O 2010のビデオをご覧ください。

さらに、Summer of Code 2010プロジェクトの間に行われている作業により、djangoコアに非SQLサポートが提供され、拡張により、GAEでの作業が大幅に容易になります。

GAEはホスティングプラットフォームとしてより魅力的になっています。

編集（2011年8月）：

また、Googleは料金体系を変更することで、プラットフォームのほとんどのユーザーのコストを大幅に引き上げました。ロックインの問題は改善されました（アプリケーションが十分に大きい場合は、代替のApacheを展開できます）が、ほとんどのアプリケーションでは、サーバーまたはVPSの展開を実行する方が安価です。

非常に少数の人々が本当にビッグデータの問題を抱えています。「ああ私のスタートアップはいつかスケールするかもしれない」はビッグデータの問題ではない。すぐにビルドして、標準ツールを使用してドアから取り出します。

私はGAEで多くのプロジェクトを行ってきました。ジャンゴの一部、通常のフレームワークの一部。

小さなものの場合、私は通常、単純さと迅速さのために通常のフレームワークを使用します。同様http://stdicon.com、http://yaml-online-parser.appspot.com/、またはhttp://text-twist.appspot.com/。

大きなものについては、djangoを使用して、すべての優れたミドルウェアとプラグインを利用します。同様http://metaward.com。

基本的に私のリトマステストは次のとおりです。これを書いてREALソフトウェアプロジェクトになるには2週間以上かかりますか？もしそうなら、アドオンのためにdjangoを使います。

これには、プロジェクトがBigTableに適さない場合、すぐに移植できるという追加の利点があります（私がBigTableを遅くしたのか、それとも私は愚かですか？）

この答えはすべて少し時代遅れだと思います。

今、あなたは使うことができます Google Cloud SQL

Djangoは人気のあるサードパーティのPythonウェブフレームワークです。Google Cloud SQLと組み合わせると、そのすべての機能をApp Engineで実行されているアプリケーションで完全にサポートできます。DjangoでGoogle Cloud SQLを使用するためのサポートは、DjangoのMySQLバックエンドをラップするカスタムDjangoデータベースバックエンドによって提供されます。

https://cloud.google.com/python/django/appengine

もう1つの新鮮なニュースは、PostgreSQLのベータサポートがあることです。

GAEではなくDjangoを使用した経験があります。Djangoでの私の経験から、それは非常に単純化されたセットアップであり、展開プロセスはWebプロジェクトの点で信じられないほど簡単でした。物事をしっかりと把握するためにPythonを学ぶ必要があったことは確かですが、結局のところ、プロジェクトでもう一度使用します。これはほぼ2年前の1.0になる前だったので、私の知識は少し古くなっています。

プラットフォームの変更について心配している場合は、これが私が選択するより良い選択です。

質問には答えられませんが、web2pyを調べてみてください。多くの点でDjangoに似ていますが、そのデータベースアブストラクションレイヤーはGAEで動作し、ほとんどのGAE機能をサポートします（すべてを追いかけるわけではありません）。このようにして、GAEが適切に機能する場合、機能しない場合は、コードを別のdb（SQLite、MySQL、PostgreSQL、Oracle、MSSQL、FireBird、DB2、Informix、Ingres、およびすぐに-SybaseおよびMongoDB）に移動できます。 ）。

GAEの外部でアプリを実行する場合でも、Djangoを使用できます。GAE Webアプリケーションでは、それほどの幸運はありません。

私はまだGoogle Appエンジン開発に非常に慣れていませんが、Djangoが提供するインターフェースはデフォルトよりもはるかに優れています。メリットは、App EngineでDjangoを実行するために何を使用しているかによって異なります。Django用のGoogle App Engineヘルパーを使用すると、Google App Engineのすべての機能をDjangoの機能の一部で使用できます。

Django non-relは、Djangoの能力を可能な限り提供しようとしますが、拡張性を高めるためにapp-engineで実行します。特に、これにはDjangoモデル（Djangoのコア機能の1つ）が含まれていますが、これはリレーショナルデータベースとbigtableの違いによるリークの多い抽象化です。ほとんどの場合、機能と効率のトレードオフ、およびバグと癖の数が増加します。もちろん、これは質問で説明されているような状況では価値があるかもしれませんが、後で純粋なapp-engineまたはDjango non-relのいずれかに移動するオプションがあるため、最初にヘルパーを使用することを強くお勧めします。また、Django non-relに切り替えると、