Instructions: Description de la répartition pour les applications J2EE
Ces instructions portent sur la modélisation du déploiement des modules et applications J2EE.
Relations
Eléments connexes
Description principale

Introduction

Les applications J2EE possèdent des fonctions spécifiques qui permettent la flexibilité du déploiement. Les instructions suivantes sont personnalisées pour le déploiement des modules et applications J2EE.

Pour plus d'informations sur les configurations de déploiement standard livrées par J2EE, reportez-vous à Concept : Configurations de déploiement J2EE.

Modélisation de la répartition

La Tâche : Décrire la répartition offre un exemple générique de modèle de déploiement de haut niveau. L'exemple suivant, une application de vente aux enchères en ligne, est spécifique à la plateforme J2EE.

Diagramme décrit dans le texte d'accompagnement.

Dans cet exemple très simple, nous indiquons chaque noeud physique et donnons une idée des conteneurs et processus exécutés sur chacun d'entre eux.

Le déploiement J2EE peut toutefois être bien plus compliqué. L'exemple suivant illustre une situation plus complexe.

Diagramme décrit dans le texte d'accompagnement.

Dans cet exemple, un équilibreur de charge répliqué dirige des requêtes vers un cluster de serveurs et d'applications Web. Une application J2EE peut également comprendre plusieurs serveurs de noms JNDI, des clients d'application lourds, des serveurs de messages, etc. Vous pouvez également choisir de compléter le diagramme par des protocoles, des connexions réseau, des pare-feux, etc.

Notez que dans l'exemple ci-dessus, nous ne répertorions ni ne modélisons les modules J2EE pour chaque noeud. En effet, dans cet exemple, il existe seulement un conteneur d'EJB logique et un conteneur Web. Toutes les archives EJB et EJB-JAR sont déployées sur tous les serveurs d'EJB. Il en va de même pour les composants Web.

Un autre choix de modélisation pour la répartition d'une application J2EE consiste à modéliser le mappage des modules et/ou applications J2EE aux serveurs spécifiques. Il s'agit de montrer ce mappage dans un diagramme de déploiement UML en établissant une relation de dépendance (de stéréotype <<deploy>>) de l'archive vers le noeud. Le diagramme suivant illustre cette méthode. Dans cet exemple, nous mappons une archive J2EE (EAR) à un noeud (un serveur d'applications spécifique).

Diagramme décrit dans le texte d'accompagnement.

Il n'est généralement pas nécessaire de modéliser l'attribution des archives J2EE aux noeuds et conteneurs. Cependant, dans certaines circonstances, il se peut que certains éléments du système doivent résider sur un noeud comportant des caractéristiques particulières (par exemple, un noeud qui prend en charge une base de données ou un système en vigueur). Si c'est le cas, vous souhaiterez sans doute modéliser le déploiement de certains modules J2EE sur des noeuds spécifiques. De plus, la modélisation du mappage de l'archive au serveur est particulièrement utile lorsque le déploiement des archives sur le serveur spécifié est pris en charge par l'automatisation.