> Tech > Principes de fonctionnement du cache reverse-proxy FRCA

Principes de fonctionnement du cache reverse-proxy FRCA

Tech - Par Renaud ROSSET - Publié le 24 juin 2010

La figure 5 montre un scénario reverseproxy miss FRCA. Il se produit quand FRCA reconnaît que le contenu d'un URI entrant devrait être caché dans le NFC, mais qu'il ne l'est pas. Les étapes entre la requête et la réponse sont les suivantes :

  1. TCP reçoit une requête

HTTP et la
transmet à  FRCA.

  • FRCA utilise le URI comme un élément
    de la clé de consultation pour
    voir si ce contenu dynamique a été
    caché dans le cache-proxy FRCA. (Il
    ne l’est pas, donc c’est un miss.)

  • Dans le cadre de sa configuration reverse-
    proxy, le FRCA envoie une
    nouvelle requête HTTP à  l’URL
    configurée (pour cet URI). FRCA
    contacte ce serveur de contenu dynamique
    (appelé Origin Server) via
    TCP/IP. Cet Origin Server pourrait se
    trouver sur le même serveur iSeries
    ou dans tout endroit connecté via
    TCP/IP.

  • L’Origin Server renvoie le contenu.
  • FRCA cache le contenu et met à  jour
    la Hash Table (pour la prochaine
    fois) et renvoie le contenu au navigateur
    Web.
  • Téléchargez cette ressource

    Créer des agents dans Microsoft 365 Copilot

    Créer des agents dans Microsoft 365 Copilot

    Insight vous guide dans l’utilisation de la nouvelle expérience de création d’agents dans Microsoft Copilot Studio, disponible dans Copilot Chat. Découvrez les étapes clés pour concevoir, configurer et déployer ces nouveaux agents et injecter la puissance de l’IA directement dans le flux de travail.

    Les plus consultés sur iTPro.fr

    A lire aussi sur le site

    À la une de la chaîne Tech