Solution bancaire B2C

La figure 17 représente une solution de banque en ligne similaire au réseau B2C décrite au Réseau B2C. Toutes les demandes client sont transmises, via le pare-feu, à un Dispatcher séparant le trafic conformément aux règles du protocole Internet. Des demandes HTTP sont transmises à un cluster de serveurs proxy avec mémoire cache jouant le rôle de serveurs de remplacement pour les serveurs Web. Des serveurs de mesure sont associés aux serveurs proxy pour fournir des données d'équilibrage de charge au Dispatcher. Cet ensemble réduit la charge du réseau sur les serveurs Web en plaçant une zone tampon supplémentaire entre eux et l'Internet.

Les demandes HTTPS sont transmises à un réseau sécurisé conçu pour fournir aux clients des informations financières personnelles et permettre les transactions bancaires en ligne. Un cluster de serveurs proxy améliorés assure l'évolutivité du site. Ces serveurs proxy supportent la mise en cache de données Web dynamiques et l'assemblage de fragments de page écrits conformément au protocole ESI (Edge Side Includes). Une carte de chiffrement gère les authentifications SSL, ce qui réduit de façon considérable le traitement requis de l'hôte du serveur proxy et Access Manager (anciennement Policy Director) achemine l'authentification client.

Plusieurs clusters de serveurs d'applications distribuent le traitement de demandes en séparant la logique métier, contenue dans des composants EJB, de la couche présentation, contenue dans des servlets et des fichiers JSP. Chaque cluster est géré par un serveur de session distinct.

Le scénario suivant inclut Load Balancer et Caching Proxy.

IMPORTANT : Caching Proxy est disponible sur toutes les installations de composants Edge, sauf dans les cas suivants :

Figure 17. Solution bancaire B2C
Ce graphique représente un exemple de solution bancaire B2C