Caching Proxy

Caching Proxy は、1 つ以上のバックエンド・コンテンツ・サーバーに対して POP (Point-of-Presence) ノードを提供して、帯域幅使用量を削減し、Web サイトの応答速度と信頼性を高めます。Caching Proxy は、静的コンテンツおよび WebSphere® Application Server が動的に生成したコンテンツをキャッシュに入れて供給することができます。

Caching Proxy は、リバース・プロキシー・サーバーのロールで構成することも (デフォルト構成)、フォワード・プロキシー・サーバーのロールで構成することもでき、ネットワークに POP (Point-of-Presence) を提供したり、要求時間および応答時間の改善を担当する内部ネットワーク・サーバーを提供したりします。リバース構成とフォワード構成についての詳細は、Caching Proxy の基本構成 を参照してください。

プロキシー では、クライアントからのデータ要求をインターセプトして、コンテンツ・ホスティング・マシンから要求情報を取り出し、そのコンテンツをクライアントに引き渡します。 通常エンド・ユーザーの要求の大部分は、Web サーバー・マシン (起点サーバー またはコンテンツ・ホスト ともいう) に保管されている文書を HTTP を使用して引き渡すよう求めるものです。 しかし、ファイル転送プロトコル (FTP) や Gopher などの他のプロトコルを扱うように プロキシー を構成することは可能です。

プロキシー は、キャッシュ可能コンテンツを、要求側に引き渡す前にローカル・キャッシュに格納します。 キャッシュ可能コンテンツの例として、 静的 Web ページと、動的に生成されたほとんど変更されない情報をもつ JavaServer Pages ファイルが挙げられます。 プロキシー は、キャッシングにより、以後同じコンテンツが要求されたときにそのコンテンツをローカル・キャッシュから直接引き渡すことができるため、改めてコンテンツ・ホストから取り出すよりもはるかに迅速に処理を行えます。

Caching Proxy 用のプラグインを使用すると、プロキシー に機能が追加されます。

アプリケーション・プログラミング・インターフェース (API) に対するカスタム・プラグイン・モジュールを作成することによって、Caching Proxy の機能をさらに拡張することができます。 API はフレキシブルで使用しやすく、プラットフォームに依存しません。 プロキシーは、処理するクライアント要求ごとに一連のステップを実行します。 プラグイン・アプリケーションは、 クライアント認証または要求フィルター操作などの要求処理ワークフロー内のステップを変更または置換します。 例えば、強力な Transmogrify インターフェースは、HTTP データを知る方法を提供し、URL と Web コンテンツの置換または変換を可能にします。 指定した処理ステップをプラグインを使用して変更または置換することが可能であり、 特定のステップのために複数のプラグインを起動することができます。