Caching Proxy
Le proxy cache réduit l'utilisation de la bande passante et améliore la vitesse et la fiabilité d'un site Web en fournissant un nœud de point de présence pour un ou plusieurs serveurs de contenu back-end. Le proxy cache peut mettre en cache et servir du contenu statique et du contenu généré dynamiquement par WebSphere® Application Server.
Vous pouvez configurer le proxy de mise en cache dans le rôle d'un serveur proxy inverse ou d'un serveur proxy direct, qui fournit un point d'accès de présence pour un serveur réseau interne ou externe chargé d'améliorer le temps de réponse et de requête. Un serveur proxy inversé est la configuration par défaut. Pour plus d'informations sur les configurations inversées et directes, consultez la documentation relative aux configurations de base du proxy de mise en cache.
Le serveur proxy intercepte les demandes de données provenant d'un client, récupère les informations demandées auprès des machines hébergeant le contenu et renvoie ce contenu au client. Le plus souvent, les demandes concernent des documents qui sont stockés sur des serveurs Web et livrés avec le protocole HTTP (Hypertext Transfer Protocol). Ces serveurs Web sont également appelés serveurs d'origine ou hôtes de contenu. Cependant, vous pouvez configurer le serveur proxy pour qu'il gère d'autres protocoles, tels que le protocole de transfert de fichiers (FTP) et Gopher.
Le serveur proxy stocke le contenu pouvant être mis en cache dans un cache local avant de le transmettre au demandeur. Les données pouvant être mises en mémoire cache incluent des pages web statiques et des fichiers JSP comportant des informations générées dynamiquement, mais peu sujettes à modification. La mise en cache permet au serveur proxy de répondre aux demandes ultérieures pour le même contenu en le fournissant directement à partir du cache local, ce qui est beaucoup plus rapide que de le récupérer à nouveau à partir de l'hôte de contenu.
- Le plug-in ICP (Internet Caching Protocol) permet au serveur proxy d'interroger les caches compatibles ICP à la recherche de pages HTML et d'autres ressources pouvant être mises en cache.
- Le plug-in Tivoli® Access Manager, anciennement Policy Director, permet au serveur proxy d'utiliser les services d'autorisation ou d'authentification intégrés d'Access Manager..
- Le module d'authentification PAC-LDAP permet au serveur proxy d'accéder à un serveur LDAP lors de l'exécution des routines d'autorisation ou d'authentification.
- Le plug-in WebSphere Transcoding Publisher permet au serveur proxy de mettre en cache plusieurs versions transcodées du contenu pour les appareils mobiles lorsqu'il est utilisé avec WebSphere Transcoding Publisher.
Vous pouvez étendre davantage les fonctions de Caching Proxy en écrivant des modules de plug-in personnalisés dans une interface de programmation d'application (API). L'API est souple, facile à utiliser et indépendante des plateformes. Le proxy effectue une séquence d'opérations pour chaque demande client qu'il traite. Une application de plug-in modifie ou remplace une opération dans le traitement des demandes, comme l'authentification client ou le filtrage des demandes. L'interface puissante Transmogrify, par exemple, fournit un accès aux données HTTP et autorise la substitution ou la transformation d'URL et de données web. Les plug-ins peuvent modifier ou remplacer certaines étapes de traitement, et vous pouvez démarrer plusieurs plug-ins pour une même étape de traitement.