0

Flex と AIR を介して Flash を使用する新しいマルチユーザー クライアント/サーバー アプリの計画段階にいます。どの Web プラットフォーム/スタックがこれに最適かを判断しようとしていますか?

私は過去に RoR を使用したことがありますが、私が理解しているように、RoR はシングルスレッドであるため、潜在的に数千の同時要求を処理するための理想的な選択肢ではありません。

Scala と Lift について読んだことがありますが、これは興味深いオプションですが、私のプロジェクトでうまく機能する他の言語/フレームワークがあるかどうか疑問に思っていましたか?

4

3 に答える 3

1

私はScalaとLiftについてあまり知りません...ルビーに固執したい場合は、merbをチェックしてください...とにかくRoRとマージされるようですので、次のバージョンを待つことができます.. 。:)

Haxe ( AVM1 、AVM2、PHP、c ++などの多くのプラットフォームを対象とする高級言語)とneko(Haxeのコンパイラターゲットとして利用可能なサーバーVM )、およびHaxeremotingを確認することをお勧めします。 (Haxeネットコードをswcにコンパイルし、残りはAS3 / mxmlに固執するだけです)...nekoは非常にうまくスケーリングします...非常に軽量で拡張可能です...サーバーとして使用する方法はたくさんありますプラットフォームですが、APIは低レベルのアクセスを公開しているため、すべてを最初から作成することもできます...

編集:フットプリントが小さいので、むしろmod_toraを使用する必要があります...他のことについては、メーリングリストをチェックしてください...「単純な永続オブジェクトデータベース」レイヤーがあり、これも役立ちます...いくつかの「完全な永続オブジェクトデータベース」が浮かんでいます...そしてルーティングのために、複数の解決策もあります... haxelibをチェックすることを忘れないでください...あなたはそこにかなりたくさんの再利用可能なものを見つけることができます...

于 2009-06-11T16:12:40.233 に答える
1

最近、Nginx と Lighty の垂直スケーラビリティの比較が行われました。

http://forum.gwan.com/index.php?p=/discussion/525/nginx1.0.6-vs-lighttpd1.4.29-vs-g-wan2.9.30-rpscpuram/

アプリケーションにメリットがあるかどうかは多くの要因によって異なりますが、そこでカバーされている CPU、RAM、および RPS の洞察を考えると、このテストは、特定のケースの最適な一致を特定するのに役立つ場合があります。

于 2011-10-24T13:21:09.210 に答える
0

lighttpd を使用して静的コンテンツを提供することをお勧めします。AIR アプリは、他の SaaS サイトが提供する他のサービスを利用することで提供されたサーバーと対話することが期待されていますか? サーバー上に (MVC の) コントローラーを保持したい場合は、RoR、Scala、または Lift が最適です。AIR では、コントローラーのやり取りが複雑になり、さらに 2 つの場所で状態を維持する必要があるため、これは望ましい方法ではないと思います。

クライアント/サーバーの対話モデルが単純に REST サービスを使用する場合 (ただし、REST サポートは Flex ではややぎこちないため、他の REST 動詞をサポートし、ヘッダーにアクセスするには、独自のソケット ライブラリを作成する必要があります)バックエンド サーバーの複雑さが大幅に軽減されます。HTTP リクエストのリクエスト/レスポンスを処理するだけで済みます。

さて、私がお勧めするもの。

Python サーブレット用の CherryPy/Java 用の Jetty

memcached や tokyotyrant などのキャッシング中間層を選択してください (どちらも、私の投稿や他の記事で言及されているすべての環境をサポートしています)。

于 2009-06-11T16:22:58.837 に答える