Edge Security Acceleration:Waiting room

Avantages

Une waiting room offre un contrôle flexible du trafic pour protéger votre serveur d'origine :

• Contrôle dynamique du trafic vers l'origine : Définissez des seuils pour le nombre total d'utilisateurs actifs et de nouveaux utilisateurs par minute afin de respecter la capacité de votre serveur d'origine et de maintenir votre service en ligne.

• Persistance de session : Le statut de chaque visiteur est conservé, ce qui lui évite de devoir reprendre sa place dans la file s'il quitte brièvement votre site.

• Méthodes de mise en file d'attente variées : Gérez la file d'attente des utilisateurs à l'aide de différentes méthodes, telles que FIFO (premier entré, premier sorti) ou aléatoire.

• Règles de contournement : Configurez des règles de contournement pour autoriser certaines requêtes spécifiques à ignorer la file d'attente et accéder directement au serveur d'origine.

Limites

La fonctionnalité de waiting room du produit ESA repose sur une architecture de nœuds distribués. En raison des délais de synchronisation des données entre les nœuds du réseau, cette fonctionnalité ne convient pas aux scénarios suivants :

• Scénarios exigeant un ordre FIFO strict basé sur l'heure d'arrivée d'une requête client sur un nœud ESA.

• Ventes flash à très forte demande devant se conclure en un temps très court, comme la vente de billets de concert en une ou deux secondes.

• Cas d'usage nécessitant un contrôle précis du nombre d'utilisateurs actifs. Le nombre réel d'utilisateurs actifs peut s'écarter jusqu'à 10 % de la valeur configurée.

• La fonctionnalité Waiting Room du produit ESA utilise des cookies pour enregistrer les informations d'accès du client. Lors de l'échange de données entre le client et le nœud ESA, ce dernier répond avec un champ Set-Cookie (l'identifiant de file d'attente de la Waiting Room, servant à identifier et suivre le statut de chaque utilisateur). Le client doit conserver ce cookie spécifique à la Waiting Room et l'inclure obligatoirement dans ses requêtes ultérieures vers le nœud ESA.

Présentation

Lors du lancement d'un événement sur votre site, tel qu'une promotion de produits, un grand nombre d'utilisateurs peuvent s'y connecter simultanément. Ces utilisateurs devant accéder au serveur d'origine pour récupérer les données les plus récentes, celui-ci risque de tomber en panne face à une telle concurrence, ce qui impacte fortement la disponibilité de votre activité. Pour y remédier, ESA propose un service de waiting room comparable à une gare. En créant une waiting room, vous limitez le nombre d'utilisateurs accédant simultanément au serveur d'origine et dirigez ceux qui patientent vers cette salle d'attente. Les utilisateurs dans la waiting room sont alors assimilables à des passagers dans une salle d'embarquement, attendant leur tour pour monter dans le « train » vers le serveur d'origine.

Fonctionnement

Une fois qu'une requête client est envoyée à un POP ESA :

• Si le cache du nœud ESA contient le contenu demandé, le nœud ESA renvoie directement ce contenu mis en cache au client.

• En cas d'absence dans le cache d'un nœud ESA, la requête client est transmise au serveur d'origine pour récupérer le contenu. Le nœud ESA compare ensuite l'URL de la requête client aux règles de correspondance de la waiting room configurées.

  • Si la requête ne correspond à aucune règle de waiting room, le POP l'envoie directement au serveur d'origine.

  • Si la requête correspond à une règle de waiting room, ESA vérifie si le trafic a atteint le seuil de récupération à l'origine, déterminé par le nombre total d'utilisateurs actifs et de nouveaux utilisateurs par minute.

    • Si le seuil n'est pas atteint, le POP transmet la requête au serveur d'origine.

    • Si le seuil est atteint, ESA place la requête dans la file d'attente de la waiting room. Les requêtes en attente sont ensuite envoyées au serveur d'origine selon la méthode de mise en file d'attente sélectionnée.

Disponibilité