Mod`ele Architectural

Dans le chapitre 4 nous avons pr´esent´e les objectifs et le mod`ele (figure 4.1) de base d’un SAA. Compte tenu de sa simplicit´e, ce mod`ele est tr`es souvent repris dans la litt´erature sous le terme de MAPE-K LOOP. Il pr´esente uniquement l’organisa-tion g´en´erale d’un SAA sans pr´esenter en d´etails sa constitul’organisa-tion interne. Une des

6.2. APPROCHE G ´EN ´ERALE ET MOD `ELE ARCHITECTURAL 62 raisons qui explique cela vient du fait qu’en fonction des objectifs d’implantation, un SAA peut fournir toute ou partie des fonctionnalit´es de l’administration auto-nome (d´eploiement, configuration et reconfiguration). C’est le cas par exemple du syst`eme Taktuk [? ] qui fournit uniquement des fonctionnalit´es de d´eploiement de logiciels (notamment des applications parall`eles dans les clusters de grande taille).

En ce qui concerne le syst`eme que nous envisageons, nous fournissons un SAA rem-plissant toutes les fonctions de l’administration autonome et implant´e suivant une architecture ou un mod`ele `a composants (nous utiliserons le terme ”mod`ele”). Ce mod`ele fait ressortir tous les composants constituants le SAA. La figure6.1 pr´esente ce mod`ele.

Sommairement, il s’agit d’un mod`ele organis´e autour d’une structure de don-n´ees (le SR) contenant tous les ´el´ements administr´es (logiciels, mat´eriels) ainsi que les politiques d’administration. Le SAA re¸coit des ordres d’administration venant de l’ext´erieur (via l’External Communicator). Apr`es construction du SR (par leSR Manager), les composants gravitant autour de lui permettront au SAA de r´eali-ser l’administration proprement dite. Il s’agit : duDeployment Manager pour le d´eploiement/undeploiement¹, de l’Event Manager qui d´ecide des politiques `a ex´e-cuter `a la r´eception d’´ev´enements par l’Event Receiver, et duPolicies Manager pour l’ex´ecution des politiques de d’administration ((re)configuration et d´emarrage).

Pr´esentons `a pr´esent en d´etails le rˆole de chacun de ces composants.

External Communicator

Il permet au SAA de communiquer avec l’ext´erieur. Il s’agit aussi bien de la communication avec des acteurs humains (les administrateurs) que de la collabora-tion/interop´erabilit´e avec d’autres SAA. Ce composant repr´esente le point d’entr´ee dans le SAA. Il joue un rˆole double dans le SAA. Le premier est la r´eception et l’inter-pr´etation des requˆetes d’administration en provenance de l’ext´erieur. Il fera ensuite appel au composant du SAA capable d’ex´ecuter l’ordre d’administration contenue dans la requˆete. Son second rˆole est la restitution `a l’initiateur de la requˆete, les r´esultats de son ex´ecution. C’est ainsi que l’External Communicator fera appel au :

– SR Manager lorsque la requˆete re¸cue correspondra `a la soumission de l’appli-cation `a administrer au SAA ou la modifil’appli-cation du syst`eme de repr´esentation (voir ci-dessous) ;

– Deployment Manager pour le d´eploiement des applications ;

– Event Manager pour l’ex´ecution des programmes de reconfiguration.

SR Manager

Il est charg´e de construire une repr´esentation des ´el´ements `a administrer ainsi que des politiques d’administration de telle sorte que le SAA puisse facilement les mani-puler. Compte tenu du fait que ces ´el´ements sont consid´er´es comme des boˆıtes noires, le SR Manager doit r´ealiser pour chacun d’entre eux une op´eration d’encapsula-tion. Cette derni`ere consiste `a externaliser (avec le concours de l’administrateur) : 1. Compte tenu de la non existence des antonymes au mot ”D´eploiement” et au verbe

”D´eployer”, nous introduisons respectivement le mot ”Und´eploiement” et le verbe ”Und´e-ployer” pour jouer ces rˆoles.

Syst`eme d’administration autonome adaptable : application au Cloud

6.2. APPROCHE G ´EN ´ERALE ET MOD `ELE ARCHITECTURAL 63 d’une part les fonctions m´etiers de l’´el´ement consid´er´e afin de les rendre accessibles par le SAA ; et d’autre part les propri´et´es de l’´el´ement. C’est en fonction de l’im-plantation de l’encapsulation que le fournisseur du SAA d´ecidera de respecter ou non le crit`ere d’uniformit´e que nous avons pr´esent´e dans la section 6.1.1.

Nous nommons SR (Syst`eme de Repr´esentation), l’ensemble constitu´e de ces ´el´e-ments encapsul´es. Il contient `a un instant donn´e la photographie de l’´etat courant de l’environnement en cours d’administration. Le SR repr´esente en quelque sorte la base de donn´ees du SAA. Il sera utilis´e par tous les autres composants du SAA.

Deployment Manager

Il r´ealise `a la fois les op´erations de d´eploiement et und´eploiement dans le SAA.

Pour cela, il s’appuie d’une part sur le SR afin d’avoir les propri´et´es des ´el´ements

`a d´eployer et d’autre part sur les effecteurs afin d’ex´ecuter concr`etement les op´era-tions de d´eploiement sur la machine distante. La communication avec les effecteurs s’effectue par le biais de l’Internal Communicator. Pour finir, notons que le Deployment Manager d´efinit ´egalement les politiques d’allocation et de lib´era-tion de ressources de l’environnement administr´e de telle sorte qu’elles pourront ˆetre adaptables.

Internal Communicator

Il assure la communication entre le SAA et les ´el´ements en cours d’ex´ecution (par l’interm´ediaire des effecteurs). C’est grˆace `a lui notamment que le SAA pourra r´eellement ex´ecuter les op´erations d’administration.

Event Receiver

Il g`ere l’arriv´ee des ´ev´enements/messages vers le SAA en provenance des ´el´ements qu’il administre. Il les transmettra par la suite au gestionnaire d’´ev´enements (Event Manager).

Event Manager

En fonction de l’´etat du SR et des ´ev´enements qu’il re¸coit, il d´ecide de leur prise en compte ou non. Dans le cas o`u l’´ev´enement est pris en compte, il identifie dans le SR les programmes d’administration `a ex´ecuter par lePolicies Manager.

Policies Manager

Il joue le rˆole d’ex´ecution des programmes d’administration. Il doit pour cela implanter les services d’un interpr´eteur de programmes qui lui permettra d’identi-fier les s´eries d’actions comprises dans les programmes qu’il d´esire ex´ecuter. Pour chaque action identifi´ee, il fera appel `a l’Internal Communicator pour son ac-complissement r´eel `a distance sur la machine d’ex´ecution de l’´el´ement concern´e par l’action.

6.3. SYNTH `ESE 64