D´eploiement initial

Le d´eploiement initial a pour objet de construire puis de mettre en œuvre un premier plan de d´eploiement conforme aux sp´ecifications exprim´ees par le concepteur et d´ependant du domaine de d´eploiement. Ici, la mise en œuvre consiste `a installer et `a activer les compo- sants du syst`eme logiciel `a d´eployer.

4.3.3.1 Production du plan de d´eploiement

Analyse La production du plan de d´eploiement est compos´ees de diff´erentes actions or- donn´ees. Chaque action produit un r´esultat qui sera pris en entr´ee de la suivante, afin

4

d’aboutir `a un plan de d´eploiement et un ensemble de propri´et´es.

Dans les travaux existants, majoritairement, un plan de d´eploiement statique doit ˆetre d´ecrit par le concepteur du d´eploiement. Ce plan de d´eploiement peut ˆetre agr´ement´e par des propri´et´es de v´erification et de validation (Disnix, DeployWare). ADME permet une description du d´eploiement bas´ee sur l’expression de contraintes de d´eploiement. Ce choix d’expression permet de relever l’humain de la tˆache complexe d’attribution des corres- pondances. De plus, pour faciliter l’expression du d´eploiement certains travaux proposent une abstraction lors l’expression du d´eploiement, en utilisant des langages (Software Dock, Wrangler, etc.) ou des mod`eles (Disnix, TUNe, etc.).

Proposition La figure4.6d´ecrit le processus de production du plan de d´eploiement. Tout d’abord, le concepteur du d´eploiement sp´ecifie les propri´et´es de d´eploiement en utilisant un langage d´edi´e.

Des collecteurs d’information sont pr´esents dans le bootstrap pour la r´ecup´eration d’in- formations utiles `a la supervision du syst`eme. Ces collecteurs d’information sont appel´es des sondes. Afin de pouvoir contr ˆoler la satisfaction des propri´et´es du d´eploiement, le concepteur du d´eploiement doit aussi sp´ecifier les sondes `a utiliser pour r´ecup´erer les infor- mations pertinentes sur le domaine. Ces sp´ecifications se font aussi en utilisant le langage de haut-niveau. La liste des sondes n´ecessaires au d´eploiement ainsi que la localisation de leur code sont extraites de la sp´ecification du d´eploiement. Les codes des sondes sont ensuite diss´emin´es : ils sont t´el´echarg´es et distribu´es sur le domaine de d´eploiement, puis install´es et activ´es. Le syst`eme de d´eploiement effectue alors un sondage local, et renvoie les r´esultats de ce sondage (l’ensemble de ces informations constitue l’´etat du domaine) au moniteur de d´eploiement.

Les propri´et´es sont donc `a la suite d’une d’analyse, transform´ees en contraintes (la for- malisation de cette transformation est d´ecrite `a la section6.3). `A partir de ces contraintes et de l’´etat du domaine, et au moyen d’un solveur de contraintes, un plan de d´eploiement est produit. Ce plan est celui qui sera mis en œuvre initialement – il ´evoluera ensuite dynami- quement en fonction de l’´etat du domaine, via le syst`eme de d´eploiement autonome capable d’adaptation proactive aux changements de contexte.

L’action de g´en´eration du plan de d´eploiement produit aussi deux ensembles de pro- pri´et´es : les propri´et´es `a v´erifier lors de l’installation, et les propri´et´es `a pr´eserver `a l’ex´ecution. Lors de l’expression des propri´et´es, le concepteur sp´ecifie quelles sont les pro- pri´et´es initiales, et celles `a pr´eserver dynamiquement.

4

4

4.3.3.2 Installation du syst`eme logiciel multi-´echelle

Analyse Le plan de d´eploiement a ´et´e g´en´er´e en fonction des sp´ecifications du concepteur et de l’´etat du domaine. Ce plan contient toutes les informations n´ecessaires `a l’installation des composants sur les diff´erents appareils. L’´etat du domaine peut avoir ´evolu´e depuis la r´ecup´eration de l’´etat du domaine lors de la production du plan de d´eploiement. Ainsi, le syst`eme de d´eploiement doit effectuer cette installation en ad´equation avec le plan et s’assurer que les propri´et´es initiales sont toujours satisfaites.

Figure 4.7 – Installation d’un composant

Proposition La figure4.7d´ecrit l’installation sur un appareil d’un composant du syst`eme multi-´echelle. Le plan de d´eploiement ainsi que les propri´et´es initiales ´etant connus, le syst`eme de d´eploiement proc`ede `a l’installation localement. Il t´el´echarge le composant `a installer sur l’appareil et v´erifie que les propri´et´es initiales (celles qui ont ´et´e exprim´ees lors de la description du d´eploiement) sont toujours valides. Si c’est le cas, il installe le compo- sant sur l’appareil.

Avec la v´erification des propri´et´es de d´eploiement au moment de l’installation, le syst`eme de d´eploiement s’assure bien que les propri´et´es n’ont pas ´et´e viol´ees, sinon, une boucle autonomique peut prendre la rel`eve pour r´esoudre le probl`eme, sans en r´ef´erer di- rectement `a l’op´erateur de d´eploiement.

4.3.3.3 Activation des composants

Analyse A l’installation, toutes les propri´et´es ayant ´et´e v´erifi´ees, l’activation du compo-` sant peut s’effectuer.

Proposition La figure4.8 d´ecrit l’activation d’un composant sur un appareil. Le compo- sant `a activer est d´ej`a install´e sur l’appareil. Le syst`eme de d´eploiement active le composant. Un ensemble de propri´et´es est aussi n´ecessaire pour la v´erification de la satisfaction des propri´et´es relatives au composant `a l’ex´ecution. Ces propri´et´es diff`erent des propri´et´es ini- tiales, les sondes utilis´ees pour la r´ecup´eration des informations n´ecessaires aux propri´et´es

4

Figure 4.8 – Activation d’un composant

initiales sont d´esactiv´ees. Les sondes relatives aux propri´et´es des composants qui ne sont pas d´eploy´es sur cet appareil sont aussi d´esactiv´ees.

4.3.3.4 Vue globale de la phase initiale de d´eploiement

4

4