9

Google App Engine の使用を考えています。巨大な Web サイトになる予定です。その場合、Google App Engine を使用してアドバイスをお願いします。GAE には 1MB を超える画像やファイルを保存できないなどの制限があると聞きました (GAE ロードマップで読んだものから変更される予定です)。クエリは 1000 件の結果に制限されています。 . ですから、あなたのコメントを知りたいです。

ありがとう

4

7 に答える 7

8

GAE で小さなサイトを開発したので、いくつかの考えがあります。

  • 「次の YouTube」のような「巨大」を意味する場合は、前述のスケーリングにより、GAE が適している可能性があります。

  • 「大量の画面、モデル、および機能を備えた非常に複雑」のような「巨大」を意味する場合、GAE は適切ではない可能性があります。単体テストのようなものは GAE では難しく、(有名な) (Ruby on) Rails や (Python ベースの) Turbogears のようなもので得られるアプリの組み込み構造はありません。

つまり、ステージング環境はありません。システムと本番の開発コピーだけです。これは、状況に応じて、悪いことである場合とそうでない場合があります。

さらに、取り込む予定の他の Python モジュールにも依存します。一部の Python モジュールは、GAE で実行されません (ハードウェアと通信できないため、またはパッケージ内のファイルが多すぎるため)。

お役に立てれば

于 2009-12-15T01:01:00.677 に答える
5

GoogleAppEngineでweb2pyを使用することは素晴らしい戦略です。それはあなたが速く立ち上がって実行することを可能にします、そしてあなたがGAEの制限を超えたなら、あなたはあなたのweb2pyアプリケーションを他の場所に移すことができます。

ただし、この移植性を維持することは、GAEの高度な部分（タスクキュー、トランザクション、ListPropertyなど）から離れる必要があることを意味します。

于 2009-12-15T04:59:23.817 に答える
3

AppEngine は、データストア バックエンドとして BigTable を使用します。従来のリレーショナル データベース駆動型アプリケーションを作成しようとしないでください。BigTable は、高度にスケーラブルなキー値ストアとしての使用にはるかに適しています。可能であれば、結合を避けてください。

于 2009-12-14T20:28:53.570 に答える
2

私はこれについて心配することはありません。Google App Engine をしばらく使ってみたところ、大規模なデータ セットに対して非常にうまくスケーリングできることがわかりました。データ要素が大きい場合 (写真など)、それらを処理するために別のサービスと統合する必要がありますが、そのサイズのデータ​​が何であれ、それはおそらく当てはまります。また、BigTable はリレーショナル データベースのバックグラウンドを持っていたので、比較的簡単に操作できることがわかりました。最後に、Django は、Google App Engine の隠れた素晴らしい機能です。これを使用したことがない場合は、多くの一般的なタスクを簡単にする、非常に優れたエレガントな Web フレームワークです (ここでフォームが思い浮かびます)。

于 2009-12-15T00:48:16.210 に答える
0

Google Waveはどうですか？これはappengineに基づいて構築されており、ライブのリアルタイムの翻訳可能なチャットが企業部門に届くと...トップ1000に達するのを見ることができます...しかし、それは他のappengineアプリができる特別なことを行うための内部プロジェクトです't....ぶら下がっているスレッドのように; 私は思う...そしてWaveがボンネットの下に持っている他のものは何でも...

于 2010-01-03T11:57:06.210 に答える
-11

「巨大な」Web サイトを計画している場合は、App Engine を使用しないでください。そのような単純な。App Engine は、次のトップ 1000 の Web サイトを提供するように構築されていません。

また、「巨大」とはどういう意味ですか? 同時ユーザー数は何人ですか? 1 秒あたりのクエリ数? DBロード？

于 2009-12-14T19:58:37.403 に答える