Caching Proxy

キャッシュプロキシは、1つ以上のバックエンドコンテンツサーバーに対するポイントオブプレゼンスノードを提供することで、帯域幅の使用量を削減し、ウェブサイトの速度と信頼性を向上させます。 キャッシュプロキシは、静的コンテンツおよび動的に生成されるコンテンツをキャッシュし、提供することができます WebSphere® Application Server。

Caching Proxy は、リバースプロキシサーバーまたはフォワードプロキシサーバーとして構成でき、内部または外部ネットワークサーバーへの接続ポイントを提供します。これにより、リクエストとレスポンスの時間を改善する役割を担います。 リバース・プロキシー・サーバーがデフォルト構成です。 リバースプロキシとフォワードプロキシの設定に関する詳細は、基本的なキャッシュプロキシ設定に関するドキュメントを参照してください。

プロキシサーバー はクライアントからのデータ要求を中継し、コンテンツをホストするマシンから要求された情報を取得し、そのコンテンツをクライアントに返送する。 通常、要求は、Web サーバー・マシン上に保管されていて、Hypertext Transfer Protocol (HTTP) を使用して配信される文書に対して行われます。 このような Web サーバーは、起点サーバー やコンテンツ・ホスト とも呼ばれます。 ただし、 プロキシサーバーを構成して、ファイル転送プロトコル（FTP）やゴーファーなどの他のプロトコルを処理することも可能です。

プロキシサーバー は、キャッシュ可能なコンテンツをローカルキャッシュに保存した後、要求元にコンテンツを配信する。 キャッシュ可能コンテンツの例として、 静的 Web ページと、動的に生成されたほとんど変更されない情報をもつ JavaServer Pages ファイルが挙げられます。 キャッシュ機能により、 プロキシサーバー は同一コンテンツに対する後続のリクエストを、ローカルキャッシュから直接配信することで満たすことができます。これは、コンテンツホストから再度取得するよりもはるかに高速です。

キャッシュプロキシ用プラグインは、プロキシサーバー に機能を追加します。
  • インターネット・ケーシング・プロトコル（ICP）プラグインは、プロキシサーバー がHTMLページやその他のキャッシュ可能なリソースを検索するために、ICP準拠のキャッシュに問い合わせることを可能にします。
  • Tivoli® Access Manager（旧称 Policy Director）プラグインにより、 プロキシサーバー はAccess Managerの統合認証または認可サービスを利用できるようになります。
  • PAC-LDAP認証モジュールは、プロキシサーバー が認可または認証ルーチンを完了する際にLDAPサーバーにアクセスすることを可能にします。
  • WebSphere Transcoding Publisher プラグインは、 WebSphere Transcoding Publisher と併用することで、 プロキシサーバー がモバイルデバイス向けにトランスコードされたコンテンツの複数バージョンをキャッシュすることを可能にします。

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