these doctorat une architecture de securité

Section 4.6. Déploiement des applications
L’instruction suivante permet l’instanciation d’un objet actif étendant la classe java standard
"A" et localisé sur le nœud Node1 sur la machine noadcoco.inria.fr :
// Creation d un objet actif sur le noeud Node1 localise sur
// la machine noadcoco.inria.fr
A a = (A) ProActive.newActive("A", params,"rmi://noadcoco.inria.fr/Node1" );
Si le paramètre node est null ou s’il est omis, l’instanciation se fera sur la machine virtuelle
courante :
// Creation d’un objet actif sur la machine virtuelle courante
// dans le noeud courant
A a = (A) ProActive.newActive("A", params, null);
A a = (A) ProActive.newActive("A", params);
Il est aussi possible de passer en paramètre un objet de type Node qui représente un nœud local
ou distant :
// Creation d’un objet actif sur le noeud represente par
// l’objet Node node
A a = (A) ProActive.newActive("A", params, node);
tel-00239252, version 1 - 5 Feb 2008
Seule la dernière méthode possède une signature assez générique pour permettre de changer
facilement le nœud qui accueillera le futur objet actif. Il nous faut maintenant un moyen de
changer selon nos besoins la valeur de la variable node sans avoir à toucher au code source afin
de le recompiler, ni au bytecode. Par exemple, on veut pouvoir utiliser des protocoles variés tels
que rsh, ssh, LSF ou Globus pour créer les runtimes (JVMs) nécessaires à l’application. De la
même manière, la découverte de ressources déjà existantes ou l’enregistrement de celles créées
par l’application pourrait être fait via l’utilisation d’annuaires variées comme le RMIregistry,
Jini, Globus, LDAP, etc.
4.6.2 Nœuds virtuels et descripteurs de déploiement
Nous voulons obtenir un code applicatif portable au niveau du déploiement et dans lequel
nous avons retiré toutes les informations liées au déploiement physique des nœuds (protocoles
de connexion, noms des machines, numéros de port, protocoles d’enregistrement et de recherche).
Pour cela, nous allons distinguer les différents nœuds en leur attribuant un nom symbolique représenté
par une chaîne de caractères. Le nom symbolique associé à un ou plusieurs nœuds
porte le nom de nœud virtuel. De la même manière que les nœuds physiques qui permettent une
structuration bien précise de l’application, le nœud virtuel permet de structurer l’application en
fonction d’une architecture virtuelle. Cette approche offre aussi la possibilité de décrire l’application
de manière abstraite, en terme d’activités conceptuelles.
Une fois l’application créée et architecturée autour des nœuds virtuels, on peut se pencher sur
la phase de déploiement de l’application. Le déploiement d’une application se fait en lui passant
en paramètre le descripteur de déploiement qui comme son nom l’indique va indiquer comment
créer l’architecture dont l’application a besoin et où déployer les divers éléments constituant
l’application. L’association entre les nœuds virtuels et les nœuds (le mapping) est spécifiée dans
le descripteur de déploiement. Les opérations pouvant être configurées dans un descripteur de
déploiement sont les suivantes :
– l’association des nœuds virtuels sur des nœuds devant être créés ou acquisition de nœuds
déjà existants ;
– la manière de créer de nouveaux runtimes ou d’acquérir des runtimes existants qui accueilleront
les futurs nœuds ;
– la manière de créer ou d’acquérir des nœuds virtuels.
Pour résumer, un nœud virtuel est :
1. identifié par un nom ;
2. utilisé dans le code source ;
3. défini et configuré dans un descripteur de déploiement.
59