ApacheでGoogle SPDYを使用した経験があるかどうか疑問に思いますか? http://code.google.com/p/mod-spdy/
いくつかのWebサーバーを実行していて、mod_spdy Apacheモジュールで問題が発生していないか、SPDY対応のブラウザーで目に見える速度の向上が見られたかどうかを知りたいですか?
私はmod_spdyの開発者の1人です。この段階では、モジュールはかなり安定しており、SPDY/2に完全に準拠しています(以前の投稿者は、多重化をサポートしていないと誤って主張していました。これは誤りです)。そうは言っても、mod_sslのようなコアApacheモジュールほど安定していません。いくつかの問題を許容できる環境での使用に適した「ベータ」モジュールだと思います。現在、mod_spdyを正常に使用しているWebサイトがあります。
モジュールの完全な本番稼働準備に積極的に取り組んでおり、数か月以内に(ソースからのビルドのサポートに加えて)DEB/RPMパッケージをリリースする予定です。
パッケージやその他のアップデートが利用可能になったことをディスカッションフォーラムでお知らせします: https://groups.google.com/group/mod-spdy-discuss 滞在したい場合は、グループに参加してください最新のmod_spdyニュース。ありがとう!
PS:Steveは「たとえば、SPDYプロトコルの実装は、Chromium C++ソースツリーのチャンクを取り込むsvn外部参照にすぎません」と述べています。そして、これがmod_spdyまたは他のSPDY準拠のC++コンポーネントが実行するのに絶対的に正しいことを明確にしたいと思います。 SPDYはまだ急速に変化しているため、ChromiumのコアSPDYエンコード/デコードロジックを利用することで、SPDYプロトコルが変化しても同期を保ち、最新の状態に保つことができます。 IMO他の方法で行うのは間違いです。
RE:SSLを使用すると、SSLにわずかなペナルティが発生しますが、最も単純なWebページを除いて、SPDYのパフォーマンス上の利点はSSLのオーバーヘッドを補い、ユーザーに安全な接続を提供します。
私は自分の個人的なサイトでmod_spdyをいじってみました。 Apache mod_spdyはプレアルファ版と見なされるべきです。基本的には スパイクの実装 であり、生産品質にはほど遠いものです。たとえば、SPDYプロトコルの実装は、 Chromium C++ソースツリーのチャンクを取得するsvn外部参照です。現在、多重化など、SPDYの重要な機能の一部を実装できません。その結果、これを使用するとパフォーマンスが低下することがわかりました(主にSSLを強制してFCGIを使用する必要があるため)。
とにかく、ApacheがSPDYを配置するのに適切な場所であることは明らかではありません。現在、Apacheはより多くのアプリケーションコンテナーです。キャッシングレイヤー(NginxまたはVarnish)の方が適切と思われます。
それが言ったすべて...
Mod_spdy wikiには、Debianに対してビルドするためのいくつかの指示が含まれていますが、インストールされたシステムを変更するため、私はそれらの方法をお勧めしません。代わりに、/ optの下に新しいApache/SSLインストールをビルドして、そこから実行することをお勧めします。これにより、簡単なロールバックオプションが提供されます。これを行うための大まかな手順は次のとおりです。