Nous nous plaçons dans le
cadre précis des plateformes Java
OSGi
concues pour accueillir des services au plus près des
équipements (en domotique, controle de systèmes
industriels, ... mais également, en services de
téléphonie mobile) et plus précisément dans
le contexte d'un projet financé par le RNRT, appelé PISE,
en phase de démarrage (nos partenaires étant Schneider
Electric, Trialog, LSR_IMAG, FT R&D).
Nous nous placons aussi dans un contexte de milliers de passerelles sur
lesquels un opérateur veut, à distance, déployer
ses services puis, etre en mesure de les piloter, les surveiller,
les interroger, bref, les administrer. La plateforme d'accueil peut
aussi faire l'objet de taches d'administration (inspection ,
réservation
des
ressources et du support).
On désire donc s'attaquer au problème du passage à
l'échelle, dans le déploiement, et dans l'administration
de tels services OSGi. Pour cela, on veut étudier la
pertinence de
ProActive,
une solution à objets et composants pour la programmation
parallèle, et distribuée ciblant notamment les
applications au dessus des grilles de calcul. En effet, ProActive offre
des facilités de communication asynchrone, de groupe
typé, de mobilité, qui devraient permettre un passage
à l'échelle d'une part; et d'autre part, ProActive permet
une programmation et une mise en oeuvre aisée, en
étendant de manière relativement transparente à la
distribution le pattern de 'remote method invocation', en offrant une
mécanique de déploiement ouverte, etc. Ceci devrait nous
permettre, non pas au terme de ce stage, mais au terme du projet PISE,
de développer un outil d'administration pour passerelles OSGi
passant à l'échelle, lui-meme en lien étroit avec
l'outil de déploiement concu lui par le LSR.
Le travail effectué dans le stage devrait permettre une
première spécification d'un tel outil.
Des travaux autour de l'administration et du déploiement avec un
objectif assez similaire seront étudiés [1]. Une prise en
compte des travaux autour du déploiement de composants ou de
services, effectués dans le cadre du projet ITEA Osmose,
deployment WG [2] aura lieu. ainsi qu'une prise en compte des travaux
autour de l'administration de systèmes [3]. Il faudra bien sur
en tout premier lieu, effectuer un bilan des outils
d'administration de passerelles et services OSGi, en distinguant bien
les 2 aspects: collecte de l'information au plus près des
services et des passerelles (par exemple, ce que fait [4]), et la
manière de collecter ces informations à distance, d'une
facon qui passe bien à l'échelle (notre objectif
principal).