Performance d'une architecture Java EE proposée

Question

Je suis préoccupé par les performances de l'architecture suivante:

• application Java EE dans un serveur d'applications, bean session ejb et OTI
• client distant (riche), une balançoire app. Un classique, client basée sur un formulaire
• un seul ejb apatride, l'ejb est accessible via les services Web, et non rmi, dans un cadre Homegrown
• chaque demande de service Web s'authentifié contre un LDAP
• aucun état stocké sur le serveur, uniquement les sessions côté client

Je suppose que travailler sur la riche interface graphique impliquera un appel distant toutes les 2-10 secondes, ou plus, par utilisateur.

Qu'en pensez-vous?

Answer 1

Il s'agit essentiellement d'une architecture client-serveur. Que cela fonctionnera dans la pratique dans votre cas dépend non seulement du diagramme d'architecture en boîte et des flèches, mais dépendra de beaucoup d'autres facteurs:

performances
• et la maturité du cadre de service web développé à domicile?
• taille des données transférées entre les niveaux?
• performance du mécanisme d'authentification, nombre de rôles, utilisateurs, etc.?
• capacité à mettre en cache des informations ici et là?
• combien d'utilisateurs simultanés?
• etc.

Pour moi, cela ressemble à une architecture possible. Mais je vous suggère d'identifier les goulots d'étranglement potentiels (par exemple, l'authentification de chaque demande) et assurez-vous que cela fonctionne pour vos exigences non fonctionnelles. Si oui, bien, sinon, adaptez l'architecture.