Instrumentation de plates-formes de services ouvertes Gestion JMX sur OSGi Stéphane Frénot Mobilité & Ubiquité - Nice, 1-3 juin 2004
Les plates-formes de services Socle neutre d'exécution d'applications Middleware local (couche intermédiaire SE/Applications) Cycle de vie des applications : Install/Supp/Re-install/Depends Modèle à composants pour la composition de services Exemple : Multi-fournisseurs Interactions simples Req/Res (locales à la plate-forme) Téléphone mobile, FreeBox, Serveurs d'applications Une plate-forme standard : La machine virtuelle 2
Java comme plate-forme de service Comment gérer plusieurs applications simultanément Gestion du chargement de classes Programmation limitée : objets --> Composant/Services Nécessité d'une surcouche à java Serveurs d'applications : EJB/Servlets/CCM Modèle de prog complexe, socle d'exécution dédié et très volumineux IHM : JavaBeans / eclipse / netbeans Modèle d'interaction dédié Ihm, socle d'exécution dédié, volumineux Conteneurs spécifiques Fractal/{Nano Pico}Conteneurs/Avalon Phoenix ==> Plates-formes de services java OSGi / OpenWings (Motorola) 3
Une plate-forme de services 24/24-7/7 Cycle de vie de nombreuses applications Install Multi-fournisseurs Pour les applications / les services / les socles Modèle de programmation simple Service == Interface java 4
Plan de présentation Plates-formes de services OSGi JMX Intégration JMX/OSGi Commentaires 5
Objectifs de notre équipe Administrer les applications dans le cadre des réseaux spontanés et résidentiels Apparition / Disparition des services Gestion des nœuds d'exécution Applications orientées services, administrées à distance par un fournisseur Approches composants / conteneur d'exécution Une application est un ensemble de composants en interaction Les composants s'exécutent sur un socle Approche p2p pour les conteneurs Les conteneurs dialoguent entre-eux pour s'échanger des services Supervision des conteneurs 6
Une plate-forme de référence OSGi : Open Service Gateway Initiative Passerelle entre l'univers de la «maison» et les fournisseurs de services Exécution dans le cadre d'un conteneur de services Séparation entre une implantation et une interface du service Chargement dynamique de nouveaux composants Adaptation aux environnements embarqués Seule référence dans le domaine 7
8
Qui est OSGi 2Wire Inc., 4DHomeNet, ABB, Acronet, Acunia, Alpine Electronics Group, AMI- C, BellSouth, BMW, Bombardier, Cablevision Systems, Coactive Networks, Connected Systems, Deutsche Telekom, Easenergy (Electricité de France), Echelon, Elisa Communication, emware, Ericsson, Espial Group, ETRI, France Telecom, GateSpace, Hewlett Packard, Home Director, IBM, ITP AS, Jentro AG, KDD R&D, LANenergy Ltd., Legend Computer Systems, Lucent Technologies, Metavector Technologies, Motorola, Nokia, NTT, Oracle, P&S Int l, Panasonic, Philips, ProSyst Software, PTSC, Schneider Electric, Sharp, Shell, Sonera, Sony, Sprint Communications, Sun Microsystems, TAC AB, Telcordia Technologies, Telefonica I+D, Telias, Texas Instruments, Tokyo Electric Power Co., Toshiba, Tridium, Ucentric Systems, Verizon, Villa Montage Systems, Whirlpool, Wind River Systems 16% Asie/Pacifique 37% Europe Moyen Orient 47% Amerique du nord et du sud 9
Architecture générale $ ' ( ) $ ' () $ ' (* )! " #$% & # " 10
Modèle à composants OSGi Bundle : composant, unité de transport et de déploiement, archive jar, descripteur packages java (import/export) librairies natives (chargées en fonction de l'os) services, interface java associée à une implantation Framework OSGi Annuaire de bundles/packages/services Contrôle le cycle de vie Mise à disposition de services Contrôle l'association entre un client et un service 11
Vision restreinte d'osgi Modèle d'exécution centralisé : Pas de communication inter-passerelles Pas de modèle de supervision Pas de spécification concernant l'administration de la plate-forme 12
Modèle d'administration de services Administration "classique" Services statiques Remontées d'information "classiques" Administration Home-Gateway Administration locale + Vision globale Volume : maison, quartier, ville... Gestion des apparitions / disparitions de services... Intégration de nouveaux services non initialement prévus Modèle de sécurité spécifique 13
Gestion de systèmes Client Client API d'accès XML/http Gestionnaire d'objets administrés utilise utilise MOF spec schéma CIM + instances Fournisseur Données statiques Librairie dynamique Puise les données 14
Les offres Snmp : Simple Network Management Protocol Modèle de description et d'instance mixés et interrogation hiérarchique Orienté administration réseau CIM/WebM proposé par DMTF (Distributed Management Task Force) JMX Modèle de description (CIM) Modèle d'interrogation (WebM : Web Based Management) Mais non accepté (WMI - Window management Interface) Pas de modèle de description Principalement un outil d'instrumentation Un couple s'échappe : JMX/CIM 15
JMX : Java Management extension 16
JMX JMAPI : Java Management Application Interface Définit une architecture, des modèles de conception, les APIs et des services standard pour la gestion du réseau et des applications dans le monde java 17
JMX : Survol d'architecture L architecture JMX est organisée en 3 couches Service d'accès distant Agent JMX Fournisseurs de données 18
Architecture de supervision APIs supplémentaires Applications de supervision SNMP Services d accès distants Protocol and InfoModel independent TMN Manager API Agent JMX Composants d instrumentation CIM/WBEM Instrumentation MBeans Resources administrées Source: JavaSoft 19
Intégration JMX/OSGi " #$% 20
Instrumenter OSGi par JMX L'agent JMX est lancé dans un bundle OSGi Il démarre l'annuaire de nommage jmx, le connecteur rmi distant, le connecteur http/xml, un MBean représentant le serveur OSGi 21
Agent JMX 22
Instrumentation des bundles On fabrique pour chaque élément du modèle OSGi un représentant d'instrumentation Bundle, Package java, Service OSGi Suivi des services Les services ne sont connus qu'à leur enregistrement (au cours de l'exécution) Il faut utiliser la notification (service standard OSGi) 23
Instrumentation de la passerelle package o p b s s1... s2 s1 s2 24
Commentaires Définition d'un modèle CIM DMTF d'osgi Le modèle existe mais reste propriétaire Instrumentation intégrée au jdk 1.5 Un agent jmx dans la MV Coût de l'instrumentation non négligeable Possibilité de n'instrumenter que certaines parties Plusieurs objectifs à l'administration de systèmes Code source LGPL disponible et intégré à oscar, implantation open-source OSGi http://oscar.objectweb.org 25
En résumé Plates-formes de services Téléphonie mobile Internet/Téléphonie/Télévision Domotique Nécessité d'une sur-couche au système La machine virtuelle n'est pas suffisante Middleware... 26
Une vision plus globale ACI Grid 2002 : DARTS Déploiement et Administration de Ressources Traitements et Services Middleware - administrable - monitoré - déploiement - interopérable - PàP 27
Instrumentation de plates-formes de services ouvertes Gestion JMX sur OSGi Stéphane Frénot INSA Lyon