Phase 2

La figure 15 représente la deuxième phase de l'évolution d'un site Web commercial offrant des fonctions de consultation efficace de catalogues, ainsi que des paniers électroniques sécurisés et rapides. Toutes les demandes des clients sont routées vers la branche appropriée du réseau par un Dispatcher séparant les demandes basée sur IP. Les demandes HTTP et les demandes HTTPS sont dirigées vers le site Web statique et le réseau d'achat respectivement. Le site Web statique principal est servi par un cluster de serveurs proxy avec des mémoires cache actives en tant que serveurs de remplacement pour les serveurs Web. Cette partie du réseau correspond au réseau de la première phase.

La partie commerce électronique du site Web est également servie par un cluster de serveurs proxy. Cependant, les noeuds Caching Proxy sont agrémentés de plusieurs modules de plug-in. Le protocole d'établissement de liaison SSL est déchargé vers une carte matérielle de chiffrement et l'authentification est effectuée à l'aide du plug-in Access Manager (anciennement Policy Director). Un plug-in Dynamic Caching réduit la charge de travail sur le serveur WebSphere Application Server en stockant les données courantes. Un plug-in sur le serveur d'applications invalide les objets dans Dynacache si nécessaire.

Toutes les applications de panier électronique sont liées à la base de données des clients qui a été utilisée pour authentifier l'utilisateur. Ainsi, l'utilisateur n'a pas besoin d'entrer des informations personnelles dans le système deux fois, une fois pour l'authentification et une autre pour faire des achats.

Ce réseau répartit le trafic selon l'utilisation du client et supprime l'authentification SSL intensive du processeur et les paniers électroniques du site Web principal. Ce site Web double permet à l'administrateur réseau d'adapter les divers serveurs afin de fournir des performances excellentes en fonction du rôle du serveur dans le réseau.

Figure 15. Réseau B2C (phase 2)
Ce graphique représente un exemple de réseau B2C