Placement dynamique dans les systèmes répartis à objets.

Dimension: px
Commencer à balayer dès la page:

Download "Placement dynamique dans les systèmes répartis à objets."

Transcription

1 Placement dynamique dans les systèmes répartis à objets. Pascal ChatonnayyBénédicte HerrmannyLaurent Philippey François BourdonzPascal Barz Christian Jacquemotx Laboratoire d Informatique de Besançon 16, route de Gray Besançon cedex - France tel : WWW : RÉSUMÉ. Nous présentons les travaux réalisés dans le cadre d une étude sur le placement dynamique d objets dans les systèmes répartis. En nous appuyant sur un modèle capable de fournir une prédiction à court terme de l état du système, nous proposons un mécanisme de placement des objets tenant compte de la charge des processeurs et des communications entre objets. Notre plateforme de développement est COOL v2. ABSTRACT. We present our works made in the field of dynamic objects positioning. By the use of a model able to give a short-range prediction, we propose a mechanism which manage processor load and communication volume between objects. COOL v2 is used as a base for our implementation. MOTS-CLÉS : Systèmes Répartis à Objets, Equilibrage de charge, Communications, COOL KEYWORDS: Distributed Objects Systems, Load-balancing, Communications, COOL 1. Introduction. La création de systèmes à image unique [Phi93] est un objectif qui, à court terme, devrait mobiliser des efforts de recherche. Il s agit de fournir, à l utilisateur de ressources réparties, une image identique à celle qu il peut avoir devant une machine monoprocesseur. L ajout de ces fonctions dans les systèmes répartis préexistants ou avenir, en facilitera l utilisation, et, de ce fait, la diffusion. Pour atteindre ce but, plusieurs :Les travaux, rapportés dans cette publication, sont menés dans le cadre d un projet commun entre le SEPT, l Université de Franche-Comté (LIB) et la société Chorus systèmes. y:laboratoire d Informatique de Besançon, Université de Franche-Comté z:service d Etudes Communes de la Poste et de France Télécom x:chorus Systèmes

2 questions restent à résoudre. Il nous semble que la gestion de la charge est un problème déterminant. L équilibrage de charge est un domaine qui a été largement étudié ces dernières années, en particulier dans le champ du placement de processus dans les environnements de type UNIX. Il commence à apparaître comme une fonction nécessaire pour les systèmes répartis à grand nombre de sites. Les avantages apportés par l équilibrage de charge sont nombreux : l utilisation des ressources est rationalisée et optimisée de plus, le programmeur est libéré des contraintes de placement de ses applications. L apparition des Systèmes Répartis à Objets (SRO) pose de nouvelles questions dans le domaine de l équilibrage de charge. Comment transferer la technologie développée pour les processus vers le domaine des objets? Quelles sont les différences entre : les systèmes distribués à base de processus et les SRO? Les objets n accomplissent une tâche complexe que par coopération, comment gérer cette interdépendance logicielle et le flux de communication qui en découle? En ayant ces questions à l esprit, nous nous proposons d étudier le placement dynamique d objets dans les SRO, et plus particulièrement dans COOL v2. L objectif de notre étude est d optimiser l exécution d applications réparties orientées objet, en plaçant leurs différents composants de manière à faciliter l accès aux ressources matérielles et logicielles. L environnement visé est composé de stations de travail et de serveurs interconnectés par un réseau (hétérogène et géographiquement étendu). L optimisation de l exécution est réalisée uniquement par le système. Elle peut être conduite à partir de différents facteurs tels que le temps ou le coût d exécution. Notre travail est motivé par les constatations suivantes : la conception d applications dans les systèmes répartis supportant les objets est en pleine expansion. Le principe de base de ce type de programmation est comparable à l approche client-serveur, un objet client fait appel à des méthodes d un objet serveur présent dans le système. Un serveur peut être soit sur le même site que son client (problème de charge du processeur), soit sur un site distant (problème de charge du réseau de communication). Dans les deux cas il faut envisager de gérer le placement pour optimiser le temps de traitement dans le serveur. De plus, cet objet serveur peut lui-même être client d autres serveurs. les objets sont des entités de petites tailles évoluant dans des contextes de petites tailles : ceci doit permettre des interventions fines sur le système. l apparition de supports d exécution répartis pour les applications objets permet d envisager deux niveaux d intervention: au niveau du langage (par analyse du code) ou/et au niveau de l exécution (par analyse du comportement). le standard défini par l OMG [Con90] [Con93] introduit la notion d IDL. Il s agit d un langage de définition d interfaces standardisant les fonctions d échanges entre les objets. Ces interfaces standards facilitent l accès aux informations concernant les communications. Cet aspect est souvent un problème difficile dans le cadre de l équilibrage de processus [GHPS94].

3 L idée directrice est de minimiser les temps de réponse en fournissant à chaque objet un environnement où il puisse s exécuter dans les meilleures conditions. L exécution d un objet engendre deux types de consommations : d une part l objet consomme des ressources systèmes (processeur, mémoire, disque, réseau, etc.), d autre part il consomme des ressources, que nous appelons logicielles, fournies par d autres objets. Il nous semble important de s intéresser à ces deux phénomènes pour minimiser le trafic réseau et équilibrer la charge entre les différents sites. A partir des données traduisant l état du système nous construisons un graphe relationnel qui, en appliquant la théorie de la dérive des connaissances [Bou92], nous permet d optimiser le placement. Nous nous intéresserons, dans le chapitre 2., aux systèmes répartis à objets, et plus particulièrement à COOL, sur lequel nous réalisons nos développements. Il s agit d un environnement d exécution d objets réparti utilisant le micro noyau Chorus. Ensuite, dans le chapitre 3., nous décrirons le contexte dans lequel sera utilisé le service de placement. Le chapitre 4. est dédié à la description des informations intéressantes pour réaliser l optimisation que nous visons. Le choix du nombre et de la nature des informations est crucial pour les performances du service. Dans le chapitre 5., nous présenterons le modèle relationnel et la dérive des connaissances, et, nous expliquerons comment, grâce à cette technique, nous bâtissons un système d observation fournissant des prédictions, au moins, à court terme. Dans le chapitre 6., nous décrirons, la structure et les algorithmes que nous utilisons pour réaliser l équilibrage de charge. Nous conclurons en insistant sur l intérêt de la prise en compte des communications dans le mécanisme d équilibrage de charge. 2. Les systèmes répartis à objets. Le développement des systèmes répartis à objets a pris de l ampleur ces dernières années. Nous pouvons en prendre pour preuve le nombre de systèmes commercialisés. Dans ce chapitre nous présenterons COOL v2 et quelques systèmes à objets proposant des mécanismes d équilibrage de charge. De manière à définir COOL v2 dans son contexte, nous introduirons tout d abord l OMG et le standard proposé par cette organisation OMG Une des organisations principales dans le domaine des systèmes répartis à objets est l Object Management Group (OMG). Il s agit d un consortium dédié à la promotion de la technologie objet. Son objectif est de mettre en place une structure pour le développement et la promotion des différents aspects de la programmation objet. Pour satisfaire cet objectif, l OMG définit un modèle à base de standard de fait. L OMA est un modèle de référence définissant un système à objets comme un fournisseur de services à des clients. Ces services sont implantés par des objets et offerts aux clients à travers une interface de requêtes. A une requête sont associés une opération, un objet cible, éventuellement des paramètres et un contexte optionnel. L interface décrit l ensemble des opérations qu un client peut demander à un objet. Les

4 Site Capsule Cluster Objet Objet d interface Invocation C++ Invocation distante (RPC) FIG. 1 - Principes et Entités de COOL. interfaces sont définies grâce au langage de définition d interface (IDL). Un objet satisfait une interface s il peut rendre l ensemble des services définis dans cette interface. L OMA définit également des entités spécifiques : l Object Request Broker (ORB) fournit les mécanismes d échange transparent entre les objets répartis. Les fonctions communes correspondent aux services tels que l aide en ligne, l impression, etc. Les services objets sont les services optionnels tels que la persistance, le nommage, etc. Les objets applicatifs désignent les objets spécifiques des applications (des clients et des serveurs). L architecture CORBA définit le modèle du bus de communication logiciel (ORB). Ses composants sont : les souches client (stub), l invocationdynamique, l adapteur d objet, l interface ORB, le squelette d implémentation et le noyau ORB sur lequel reposent les composants précédents. Chaque souche représente une opération ou un ensemble d opérations qu un client invoque via une interface. Grâce au composant d invocation dynamique, un client peut construire une requête sans disposer d un objet d interface COOL v2 Le système COOL (Chorus Object Oriented Layer) [Jac94] fournit une infrastructure pour développer des applications réparties à base d objets au-dessus du micronoyau Chorus. COOL v2 est conforme à la spécification de l OMG pour la réalisation de systèmes répartis à objets. Cette couche étend le langage C++ en introduisant les notions de distribution, de persistance et d interopérabilité.

5 L espace d adressage du système COOL v2 (figure 1) est structuré par des clusters, qui sont des groupes d objets, fortement liés construits au niveau de l application. Les clusters sont alloués à l intérieur de capsules qui sont implémentées dans des processus UNIX. Chaque capsule dispose d un ensemble d activités prenant en charge les requêtes réalisées sur les objets des clusters contenus dans la capsule. Un objet, au moment de sa création, est alloué dans un cluster, il ne peut pas en changer dynamiquement. Les objets présents à l intérieur d un même cluster s invoquent mutuellement par appel de méthode normal. Pour invoquer un objet alloué dans un autre cluster, il est nécessaire de disposer d un objet d interface, représentant local de l objet distant (figure 2.1). Un objet d interface contient un sous ensemble des méthodes publiques de l objet qu il représente. Un objet peut disposer de plusieurs interfaces qui sont définies par le programmeur grâce à l IDL (Interface Définition Language). L invocation de méthodes peut être réalisée à travers le réseau : c est le système qui transforme l invocation de l objet d interface en appel vers le serveur. Ce mécanisme est transparent à la localisation, il s appuie sur les RPC et les services du micro-noyau. Les objets d interface offrent un outil intéressant pour déterminer les besoins en terme de communication de chaque objet. La migration d objets (figure 2.2) est une alternative à l invocation distante, COOL permet de migrer un objet serveur, distant, dans l espace d adressage du client et de procéder ensuite par appel de méthode local (RPC intra-site). La migration ne s applique pas directement à des objets, mais à des clusters de manière à obtenir une granularité en relation avec le coût de l opération Invocation distante 2. Migration Capsule 1 3 Objet d interface Cluster Objet Invocation C++ Invocation distante 3. Duplication FIG. 2 - Les mécanismes de distribution dans COOL v2. Il existe une autre alternative à l invocation distante, il s agit de la duplication (figure 2.3). Cette méthode consiste à créer une copie d un objet distant sur le site local. Le système se charge d assurer la cohérence entre les deux instances du même objet.

6 Un objet est dit persistant s il survit à l exécution qui l a créé. Cette fonctionnalité permet de créer des objets serveurs qui seront présents dans le système jusqu à leur destruction explicite. La persistance est, comme la migration, définie au niveau du cluster Quelques projets d équilibrage de charge Bien que le domaine des systèmes répartis à objets soit relativement jeune, plusieurs équipes se sont intéressées au problème de l équilibrage de charge. Nous présentons ci-dessous trois de ces projets, en décrivant succinctement le système et l approche choisie pour réaliser l équilibrage. Guide est un projet développé conjointement par la société Bull et l IMAG. Un prototype a été développé sur UNIX, et plus récemment au-dessus de Mach 3.0. Dans Guide la communication est réalisée par partage d objets. L unité d exécution est constituée d un domaine qui peut s étendre sur plusieurs machines. Sur un site, chaque activité d un domaine s exécute dans un espace d adressage séparé. Le partage d objets sur un site s effectue par mémoire partagée. Dans le cas de partage avec un site distant, il y a transfert de l exécution, c est-à-dire que l activité s étend sur le site de l objet invoqué. Au sein de ce projet, une étude est menée pour inclure un système de gestion de charge [Jen94]. L évaluation de la charge du système est réalisée en prenant en compte uniquement la charge des processeurs. Chaque site dispose d informations sur tous les autres sites du réseau. L implémentation est en cours à l heure actuelle. Ces travaux s appuient sur des études antérieures concernant le comportement et la granularité des objets [LR93]. The Bellerophon load-balancer [Dic91] consiste en un équilibrage de charge dynamique, au niveau du système, indépendement de la topologie. La technique consiste à réaliser des groupes d objets (clump), puis à déplacer ces clumps vers des sites moins chargés. L ensemble des sites n est pas considéré lors des échanges. Seul un groupe restreint baptisé budy set (ensemble de copains) peut recevoir un clump d un site particulier. Les budy set sont construits pour chaque site à partir de leur voisinage et de sites choisis au hasard. En plus des contraintes de charge, le déplacement des clumps est contrôlé par des indicateurs nommés colocator et contralocator. Deux clumps disposant d un colocator l un pour l autre sont regroupés sur un même site. Alors que deux clumps disposant d un contralocator ne sont jamais regroupés. Muse a été développé dans les laboratoires Sony [Tok90]. L approche choisie pour réaliser la gestion de charge dans ce système est proche de celle que nous présenterons dans les chapitres suivants. Les informations utilisées sont des forces d attraction ou de répulsion calculées en fonction du débit de communication et de l activité des objets. Les objets sont plongés dans un champ, et soumis à des forces. Ils se déplacent pour trouver une position d équilibre. Des travaux sont menés pour tenter de définir une métrique pour l espace dans lequel évoluent les objets. 3. Environnement d application. A terme, un des objectifs de notre travail est de fournir un système d équilibrage de charge pour des bornes de services en cours de développement au SEPT.

7 Le projet du SEPT est de réaliser un réseau géographiquement étendu reliant des sous-réseaux. Ces sous-réseaux sont formés par des réseaux locaux de stations de travail. Chaque sous-réseau possède un système basé sur un ORB CORBA et forme un domaine. Dans la suite nous appellerons ce domaine une borne. Toutes les machines ne disposent pas nécessairement du même ORB, mais ils interopèrent selon les recommandations de l OMG. A l intérieur de chaque borne plusieurs services génériques sont disponibles: gestion de compte, authentification, sécurité, facturation, médiation et navigation. A terme, de nouveaux services France Télécom tels que la vidéo conférence et les réunions de groupe peuvent être envisagés. Les services fournis ne sont pas nécessairement identiques sur chaque borne (un service peut être présent sur l une et pas sur d autres). Les services étant implémentés comme des serveurs persistants, au sens CORBA, ils ne sont présents en mémoire que lors de leur utilisation. La borne doit être vue comme une passerelle entre un client et un service offert par un prestataire. Un utilisateur, un client, dispose d une station de travail avec un ORB. Depuis cette station, il peut se connecter sur une borne spécifique (sur laquelle il dispose d un compte). Grâce à cette connexion il va pouvoir utiliser les services proposés par cette borne, mais aussi ceux proposés par des bornes distantes. Le médium de communication reliant d une part les bornes entre elles et d autre part les clients aux bornes est actuellement RNIS, il évoluera vers ATM dans le futur. Les clients potentiels des bornes sont les industriels dans un premier temps, les particuliers à plus longue échéance. La gestion de la charge, sur les bornes de services, doit être envisagée à deux niveaux. D une part, il faut réaliser une gestion interne à chaque borne de manière à maintenir sur chaque processeur un taux de charge équivalent et à garantir des délais de communication faibles. Ceci dans le but d améliorer le confort d utilisation. D autre part, il faut aussi réaliser une gestion inter-bornes, en effet, les services n étant pas nécessairement disponibles sur la borne de connexion d un utilisateur, l utilisation d un service distant peut provoquer une communication intense entre deux bornes. Les communications entre les bornes ont un coût en temps mais aussi un coût en francs, fonction du volume ou du temps. Il est possible qu il soit plus intéressant de déplacer un service d une borne à une autre plutôt que de maintenir le flux de communications. Compte tenu de ce que nous venons de présenter, nous avons fait le choix d utiliser COOL v2 comme support de nos développements. Les raisons qui motivent ce choix sont les suivantes : d une part COOL v2 est au standard CORBA défini par l OMG, de plus il fournit des mécanismes tels que la migration et la persistance qui sont nécessaires à la réalisation d un service de gestion de charge. Finalement, sa disponibilité sur plusieurs plateformes, et la diffusion du système Chorus sont aussi des arguments importants. 4. Les données de l équilibrage de charge Le service de placement que nous développons a pour objectif d optimiser l exécution des applications misent en œuvre dans les SRO. Cette optimisation passe par la minimisation des temps de réponse des applications, mais aussi par une rationalisation

8 de l utilisation des ressources, de manière à pouvoir exécuter un maximum d applications concurremment. L exécution d un objet engendre deux types de consommations : d une part l objet consomme des ressources matérielles (processeur, mémoire, disque, réseau, etc.), d autre part il consomme des ressources, que nous appelons logicielles, sous la forme de services fournis par d autres objets. Nous pensons que c est en fournissant un environnement d exécution qui optimise l accès à ces deux types de ressources que nous obtiendrons les meilleures performances. Parallèlement, il faut garder à l esprit qu un accès optimal à l une des deux ressources ne garantit pas une exécution optimale, si l autre ressource fait défaut. Le nombre et la nature des informations prises en compte dans l équilibrage influent sur les performances du service. Un grand nombre d informations améliore la qualité de la décision, mais leur diffusion et leur traitement coûte cher. Plusieurs études, et en particulier [CH87], réalisées dans le domaine de l équilibrage de processus, montrent que le nombre d informations doit être restreint. Le problème étant de les choisir et de les combiner afin d obtenir un indicateur significatif. Il est possible de classer les informations dans deux groupes, le premier regroupant les informations statiques et le second les informations dynamiques Les informations statiques Les informations statiques n évoluant pas au cours de la vie du système, peuvent être mises à jour lors de l initialisation et être utilisées durant toute la durée du service. Le coût de leur diffusion est réduit, mais il est nécessaire d en limiter le nombre pour ne pas alourdir les traitements. A titre d exemple, nous pouvons citer : la puissance d un processeur ou la quantité de mémoire d un nœud du réseau. La modification de ces caractéristiques demande l arrêt, au moins partiel, du système, impliquant une réinitialisation du service de placement, et une rediffusion de ces valeurs. Beaucoup d informations statiques traduisent une limite à ne pas dépasser lors de l utilisation d une ressource (exemple : la mémoire). C est à ce titre que nous les utiliserons dans la suite Les informations dynamiques Les informations dynamiques sont très intéressantes, car elles permettent de construire une image instantanée de l état du système. En diffusant des informations locales vers un petit nombre de sites distants, il est possible de fournir à chacun une connaissance suffisante pour prendre des décisions correctes. Mais les informations dynamiques sont coûteuses, d une part parce qu il est nécessaire de les capter et d autre part, parce qu il faut les diffuser suffisamment souvent pour qu elles ne deviennent pas obsolètes sur les sites distants. Le taux d utilisation d une ressource, qui s exprime grâce à une information dynamique, est majoré par une constante (information statique), issue du matériel ou du système Les informations utilisées Dans cette partie, nous discutons l intérêt des différentes données disponibles et nous présentons nos choix.

9 Le taux d utilisation du processeur, exprimé en nombre d activités en cours d exécution permet d évaluer la charge d un site. Il est majoré par une limite issue du système, en cas de dépassement de cette limite, l exécution est refusée. Ce taux d utilisation est optimal lorsqu il est sensiblement équivalent sur tous les sites du réseau, c està-dire lorsque la charge de travail est équitablement répartie. L optimisation du temps de réponse des applications passe par la gestion du processeur et donc par la prise en compte de cette information. La disponibilité du réseau est prise en compte par notre service, à travers une résultante de la coopération entre les objets : le débit de communication. Les objets exécutent une tâche complexe grâce au concours de plusieurs d entre eux. En minimisant la longueur des chemins et des délais de communication nous diminuons d une part le temps de traitement de la tâche et d autre part, nous libérons de la bande passante pour d autres communications. La taille mémoire ainsi que le nombre d acteurs et de portes disponibles sur un site limitent le nombre d applications exécutables sur ce site. En effet, le dépassement d une de ces limites engendre le refus de l exécution. Dans un premier temps, pour simplifier les traitements, nous ne contrôlerons pas le respect de ces limites. Par contre, nous n excluons pas de les intégrer une fois notre approche validée. Dans un contexte de réseau, les différents périphériques sont souvent répartis parmi les sites. Des applications, plus liées que d autres à un type de périphérique, gagneront à en être rapprochées. Bien que ce type d information nous semble important, surtout lorsque le périphérique considéré est le disque, nous ne la prenons pas en compte dans notre étude préliminaire. Cette décision tient essentiellement à un souci de simplification du mécanisme d équilibrage. En résumé, nous prendrons en compte deux informations pour réaliser le placement : les relations entre les objets et la charge des processeurs. Nous introduirons les autres informations dans notre approche si les premiers résultats obtenus permettent d envisager des améliorations de performances. Notre volonté de gérer les communications entre les objets implique la mise en œuvre d un système complexe d observation et de stockage. C est ce système que nous présentons dans la partie suivante. 5. L espace relationnel Le modèle relationnel, baptisé dérive des connaissances [Bou92] est issu de réflexions sur l évolution des systèmes informatiques susceptibles de supporter la gestion et l utilisation des systèmes d information des entreprises. La multiplicité des ordinateurs et des réseaux les reliant augmente dans des proportions vertigineuses les échanges de données électroniques. Cela pose le problème du rapport entre la notion de connaissance et celle d information. Dans ce contexte, nous partons de l hypothèse selon laquelle, pour construire de la connaissance, il faut savoir oublier de l information. Autrement dit, la connaissance est obtenue en restructurant les informations échangées. Se pose alors le problème de la définition de critères pertinents pour oublier ou restructurer l information afin d obtenir de la connaissance. Le modèle relationnel considère une information comme une entité évolutive qui, au-delà du sens véhiculé, possède certaines caractéristiques qui rendent compte de l évo-

10 lution de ses interactions avec son milieu. Cela part de l hypothèse selon laquelle toute entité individuelle existe surtout à travers le rôle qu elle joue au sein de collectivités. Ce rôle se définit suivant plusieurs facettes dont celle des interactions qu entretient cette entité avec les autres. Ces interactions et une représentation des différents contextes qui les ont produites, deviennent alors une partie de ce qui définit ces entités. C est à partir de cette facette relationnelle représentant les conditions d évolutions des interactions des entités entre elles, que le modèle relationnel propose des critères de pertinence pour transformer de l information en connaissance. Le modèle relationnel est applicable aux systèmes qui fondent leur auto-adaptation sur les phénomènes stables (reproductibles dans le temps et l espace) qu ils produisent ; cela exclut donc la prise en compte systématique d éventuels épiphénomènes. Ces contraintes permettent alors au modèle relationnel d être un modèle descriptif, car basé sur une auto-observation continue du fonctionnement réel du système, et capable de prédire l évolutionprobable à court terme des interactions entre les entités du système. Les prédictions s adaptent dynamiquement aux évolutions(grandes tendances) du système. Le paragraphe suivant décrit les trois points de vue fondamentaux (local, collectif et global) qui constituent le cadre de la description relationnelle des interactions entre les entités. Ensuite nous aborderons les notions de flux excitatoire et de flux entropique qui introduisent une dynamique d évolution au niveau des valuations des liens relationnels entre les entités. Enfin nous présenterons dans une dernière partie, le mécanisme à la base de la détection de forme collective stable. Dans la suite, chacune des parties sera divisée en deux sous parties, une première pour présenter le principe dans le modèle relationnel, et une deuxième pour expliquer comment ce principe est utilisé pour réaliser la gestion du placement des objets Les trois points de vue fondamentaux L espace relationnel se décrit suivant trois points de vue qui se complètent et s influencent mutuellement. Il se compose d un graphe non nécessairement connexe, où les nœuds représentant les informations en interaction, sont reliés entre eux par des liens fictifs. Les valeurs attachées à ces liens quantifient la nature des interactions entre les nœuds correspondants. Pour réaliser le gestionnaire de charge, chaque nœud du graphe est associé à un cluster du système, et les arcs représentent le volume de données échangées entre les clusters reliés Le point de vue local : les nœuds Chaque nœud possède sa vision de la base au travers des liens qu il entretient. Pour chaque nœud ces liens sont de deux types ; il y a ceux qui correspondent aux sollicitations vers ce nœud et ceux qui correspondent aux sollicitations à partir de ce nœud. Plusieurs paramètres décrivent chaque nœud dans l espace relationnel ; c est le cas de la masse relationnelle qui est une mesure instantanée de l ensemble des interactions du nœud. Cette vision locale se retrouve dans les calculs des différents paramètres relationnels, puisque à aucun moment ces calculs n intègrent pour un nœud donné, le résultat des conséquences dues aux perturbations dont il est indirectement la cause ;

11 c est-à-dire celles qui sortent de son espace local d interaction. Un nœud, donc un cluster, détermine sa masse relationnelle en observant les invocations dans lesquelles il est impliqué. Chaque nœud dispose d informations sur lui même, son importance dans le système. L importance d un nœud est donnée par sa masse structurelle, calculée en faisant la somme des masses structurelles des objets qu il contient. Ces dernières sont déterminées statiquement en fonction de la classe de l objet: elles consistent en une caractérisation de l importance de l objet. Cette masse peut être assimilée à un coût de traitement Le point de vue collectif : les formes relationnelles collectives L une des propriétés des systèmes observés, via le modèle relationnel proposé, est que ses éléments (nœuds) interagissent entre eux de façon concurrente. Cela signifie que certains nœuds sont activés simultanément par plusieurs nœuds différents. Ceci implique que le modèle travaille à un niveau collectif qui dépasse la vision individuelle de chaque nœud de la base. Typiquement c est le cas où deux clients distincts utilisent indépendamment l un de l autre un serveur commun. Pour bien prendre en compte ce phénomène et celui des propagations d excitation qui peuvent dépasser aussi la vision individuelle des choses, nous introduisons dans le modèle la notion de forme relationnelle collective. Cette notion se distingue des points de vue local et global (la base entière) dans la mesure où elle est dynamique. Tant qu une information existe elle reste un nœud pour le système relationnel ; il en est de même pour la base. Cela n empêche pas de voir leur description relationnelle évoluer dans le temps. Par contre les formes relationnelles collectives vont émerger, disparaître ou se transformer (agrégation, séparation...) au cours du temps. Une forme relationnelle collective est un sous-graphe connexe de la base qui est activé sous l impulsion d excitations. Elle correspond à un regroupement d entités fonctionnellement liées entre elles. Pour qu une forme joue un rôle dans le modèle relationnel, il faut de plus qu elle soit homogène pendant toute la durée de son existence. L homogénéité définit une propriété collective de la forme qui autorise des transformations identiques de chaque élément de la forme sans remettre en cause l identité de cette dernière. Cette propriété garantit la conservation des formes à partir de leur structure invariante. Elles sont observables continûment dans le temps si elles évoluent de façon homogène ; lorsque des parties de ces formes évoluent différemment des parties restantes, il se produit alors une rupture d homogénéité. Une première tentative de description catégorielle de la notion de forme a été faite dans [Alb94]. Au niveau du gestionnaire, une forme relationnelle correspond à un groupe de clusters contenant des objets qui communiquent pour réaliser une fonction. Chaque sollicitation de la fonction produit une chaîne d invocations sensiblement identiques, générant l émergence d un collectif d objets coopérants. Ce collectif est intéressant du point de vue de l équilibrage: en plaçant judicieusement les clusters d une forme, c est-àdire en minimisant les chemins de communication tout en laissant les objets travaillant simultanément sur des sites distincts, il est possible de minimiser le temps de traitement de la fonction.

NFP111 Systèmes et Applications Réparties

NFP111 Systèmes et Applications Réparties NFP111 Systèmes et Applications Réparties 1 de 46 NFP111 Systèmes et Applications Réparties Cours 2 - Les appels de procédure distants (Partie 1) Claude Duvallet Université du Havre UFR Sciences et Techniques

Plus en détail

Julien MATHEVET Alexandre BOISSY GSID 4. Rapport RE09. Load Balancing et migration

Julien MATHEVET Alexandre BOISSY GSID 4. Rapport RE09. Load Balancing et migration Julien MATHEVET Alexandre BOISSY GSID 4 Rapport Load Balancing et migration Printemps 2001 SOMMAIRE INTRODUCTION... 3 SYNTHESE CONCERNANT LE LOAD BALANCING ET LA MIGRATION... 4 POURQUOI FAIRE DU LOAD BALANCING?...

Plus en détail

Conception des systèmes répartis

Conception des systèmes répartis Conception des systèmes répartis Principes et concepts Gérard Padiou Département Informatique et Mathématiques appliquées ENSEEIHT Octobre 2012 Gérard Padiou Conception des systèmes répartis 1 / 37 plan

Plus en détail

CORBA. (Common Request Broker Architecture)

CORBA. (Common Request Broker Architecture) CORBA (Common Request Broker Architecture) Projet MIAGe Toulouse Groupe 2 1 CORBA, introduction (1/4) Les systèmes répartis permettent de créer des applications basées sur des composants auto-gérables,

Plus en détail

Pour les entreprises de taille moyenne. Descriptif Produit Oracle Real Application Clusters (RAC)

Pour les entreprises de taille moyenne. Descriptif Produit Oracle Real Application Clusters (RAC) Pour les entreprises de taille moyenne Descriptif Produit Oracle Real Application Clusters (RAC) POURQUOI VOTRE ENTREPRISE A BESOIN DE CLUSTERISER LES SERVEURS La continuité opérationnelle est cruciale

Plus en détail

MEAD : temps réel et tolérance aux pannes pour CORBA

MEAD : temps réel et tolérance aux pannes pour CORBA MEAD : un intergiciel temps-réel et tolérant aux pannes pour CORBA Master 2 Informatique Recherche Université de Marne-la-Vallée Vendredi 3 mars 2006 Plan 1 Introduction 2 Solutions existantes 3 Concilier

Plus en détail

ETUDE COMPARATIVE DES SERVICES DE RECHERCHE SUR PROPRIETES

ETUDE COMPARATIVE DES SERVICES DE RECHERCHE SUR PROPRIETES ETUDE COMPARATIVE DES SERVICES DE RECHERCHE SUR PROPRIETES Dhouha Ayed, Chantal Taconet et Guy Bernard GET / INT, CNRS Samovar 9 rue Charles Fourier, 91011 Évry, France {Dhouha.Ayed, Chantal.Taconet, Guy.Bernard}@int-evry.fr

Plus en détail

Garantir une meilleure prestation de services et une expérience utilisateur optimale

Garantir une meilleure prestation de services et une expérience utilisateur optimale LIVRE BLANC Garantir une meilleure prestation de services et une expérience utilisateur optimale Mai 2010 Garantir une meilleure prestation de services et une expérience utilisateur optimale CA Service

Plus en détail

Enseignant: Lamouchi Bassem Cours : Système à large échelle et Cloud Computing

Enseignant: Lamouchi Bassem Cours : Système à large échelle et Cloud Computing Enseignant: Lamouchi Bassem Cours : Système à large échelle et Cloud Computing Les Clusters Les Mainframes Les Terminal Services Server La virtualisation De point de vue naturelle, c est le fait de regrouper

Plus en détail

ACCESSNET -T IP Technique système TETRA d Hytera. www.hytera.de

ACCESSNET -T IP Technique système TETRA d Hytera. www.hytera.de Technique système TETRA d Hytera est la solution complète et performante pour toutes les applications de la téléphonie mobile professionnelle. www.hytera.de Bref aperçu Pour une communication TETRA professionnelle

Plus en détail

10 tâches d administration simplifiées grâce à Windows Server 2008 R2. 1. Migration des systèmes virtuels sans interruption de service

10 tâches d administration simplifiées grâce à Windows Server 2008 R2. 1. Migration des systèmes virtuels sans interruption de service 10 tâches d administration simplifiées grâce à Windows Server 2008 R2 Faire plus avec moins. C est l obsession depuis plusieurs années de tous les administrateurs de serveurs mais cette quête prend encore

Plus en détail

Cours n 12. Technologies WAN 2nd partie

Cours n 12. Technologies WAN 2nd partie Cours n 12 Technologies WAN 2nd partie 1 Sommaire Aperçu des technologies WAN Technologies WAN Conception d un WAN 2 Lignes Louées Lorsque des connexions dédiées permanentes sont nécessaires, des lignes

Plus en détail

Figure 1. Structure répartie

Figure 1. Structure répartie Chapitre I: Applications Réparties et Middleware 1. Définition d une application répartie Une application répartie est constituée d un ensemble de processus (d objets, d agents, d acteurs) s exécutant

Plus en détail

Sciences de Gestion Spécialité : SYSTÈMES D INFORMATION DE GESTION

Sciences de Gestion Spécialité : SYSTÈMES D INFORMATION DE GESTION Sciences de Gestion Spécialité : SYSTÈMES D INFORMATION DE GESTION Classe de terminale de la série Sciences et Technologie du Management et de la Gestion Préambule Présentation Les technologies de l information

Plus en détail

Comment optimiser l utilisation des ressources Cloud et de virtualisation, aujourd hui et demain?

Comment optimiser l utilisation des ressources Cloud et de virtualisation, aujourd hui et demain? DOSSIER SOLUTION Solution CA Virtual Placement and Balancing Comment optimiser l utilisation des ressources Cloud et de virtualisation, aujourd hui et demain? agility made possible La solution automatisée

Plus en détail

Avantage d'une migration vers une solution EDI externalisée

Avantage d'une migration vers une solution EDI externalisée Avantage d'une migration vers une solution EDI externalisée Description Problématique Infrastructure Ressources Logiciel Maintenance Conclusion Avantages d une migration vers une solution EDI externalisée

Plus en détail

La surveillance centralisée dans les systèmes distribués

La surveillance centralisée dans les systèmes distribués La surveillance centralisée dans les systèmes distribués Livre blanc Auteur : Daniel Zobel, du service Documentation et Support de Paessler AG Date de publication : août 2010 Dernière révision : janvier

Plus en détail

NFP111 Systèmes et Applications Réparties

NFP111 Systèmes et Applications Réparties NFP111 Systèmes et Applications Réparties 1 de 34 NFP111 Systèmes et Applications Réparties Cours 7 - CORBA/Partie 1 Claude Duvallet Université du Havre UFR Sciences et Techniques 25 rue Philippe Lebon

Plus en détail

objectif : plan : Java, CORBA et RMI A. Le Grand,1997 1 JAVA, CORBA et RMI

objectif : plan : Java, CORBA et RMI A. Le Grand,1997 1 JAVA, CORBA et RMI JAVA, CORBA et RMI objectif : développer des applications client/serveur incluant des objets répartis Java / CORBA : client/serveur hétérogènes Java / RMI : client/serveur homogènes plan : l architecture

Plus en détail

Cours Bases de données

Cours Bases de données Informations sur le cours Cours Bases de données 9 (10) séances de 3h Polycopié (Cours + TD/TP) 3 année (MISI) Antoine Cornuéjols www.lri.fr/~antoine antoine.cornuejols@agroparistech.fr Transparents Disponibles

Plus en détail

Cours CCNA 1. Exercices

Cours CCNA 1. Exercices Cours CCNA 1 TD3 Exercices Exercice 1 Enumérez les sept étapes du processus consistant à convertir les communications de l utilisateur en données. 1. L utilisateur entre les données via une interface matérielle.

Plus en détail

L évolution vers la virtualisation

L évolution vers la virtualisation L évolution vers la virtualisation Dépassez vos attentes en matière de solutions TI. L évolution vers la virtualisation En 2009, la majorité des entreprises québécoises ne s interrogent plus sur la pertinence

Plus en détail

Architecture Logicielle

Architecture Logicielle Architecture Logicielle Chapitre 3: UML pour la description et la documentation d une architecture logicielle Année universitaire 2013/2014 Semestre 1 Rappel L architecture d un programme ou d un système

Plus en détail

Cours Base de données relationnelles. M. Boughanem, IUP STRI

Cours Base de données relationnelles. M. Boughanem, IUP STRI Cours Base de données relationnelles 1 Plan 1. Notions de base 2. Modèle relationnel 3. SQL 2 Notions de base (1) Définition intuitive : une base de données est un ensemble d informations, (fichiers),

Plus en détail

VMWare Infrastructure 3

VMWare Infrastructure 3 Ingénieurs 2000 Filière Informatique et réseaux Université de Marne-la-Vallée VMWare Infrastructure 3 Exposé système et nouvelles technologies réseau. Christophe KELLER Sommaire Sommaire... 2 Introduction...

Plus en détail

Chapitre 5 CORBA (Common Object Request Broker Architecture)

Chapitre 5 CORBA (Common Object Request Broker Architecture) DÉVELOPPEMENT D APPLICATIONS RÉPARTIES CORBA (Common Object Request Broker Architecture) Amen Ben Hadj Ali amenbha@hotmail.com ISI-L3SIL 2011-2012 Plan 2 Architecture CORBA Le langage IDL CORBA en Java

Plus en détail

Le modèle client-serveur

Le modèle client-serveur Le modèle client-serveur Olivier Aubert 1/24 Sources http://www.info.uqam.ca/~obaid/inf4481/a01/plan.htm 2/24 Historique architecture centralisée terminaux passifs (un seul OS, systèmes propriétaires)

Plus en détail

La surveillance réseau des Clouds privés

La surveillance réseau des Clouds privés La surveillance réseau des Clouds privés Livre blanc Auteurs : Dirk Paessler, CEO de Paessler AG Gerald Schoch, Rédactrice technique de Paessler AG Publication : Mai 2011 Mise à jour : Février 2015 PAGE

Plus en détail

Installation de serveurs DNS, WINS et DHCP sous Windows Server 2003

Installation de serveurs DNS, WINS et DHCP sous Windows Server 2003 Installation de serveurs DNS, WINS et DHCP sous Windows Server 2003 Contexte : Dans le cadre de l optimisation de l administration du réseau, il est demandé de simplifier et d optimiser celle-ci. Objectifs

Plus en détail

Canon Business Services 2013

Canon Business Services 2013 Canon Business Services 2013 Powering Business Transformation* * Au cœur de vos transformations Notre métier? Assurer le succès de votre entreprise. Canon Business Services redéfinit l externalisation

Plus en détail

Principes. 2A-SI 3 Prog. réseau et systèmes distribués 3. 3 Programmation en CORBA. Programmation en Corba. Stéphane Vialle

Principes. 2A-SI 3 Prog. réseau et systèmes distribués 3. 3 Programmation en CORBA. Programmation en Corba. Stéphane Vialle 2A-SI 3 Prog. réseau et systèmes distribués 3. 3 Programmation en CORBA Stéphane Vialle Stephane.Vialle@supelec.fr http://www.metz.supelec.fr/~vialle 1 Principes 2 Architecture 3 4 Aperçu d utilisation

Plus en détail

Consolidation de stockage

Consolidation de stockage (Information sur la technologie Sto-2003-2) Wolfgang K. Bauer Spécialiste stockage Centre de compétence transtec AG Waldhörnlestraße 18 D-72072 Tübingen Allemagne TABLE DES MATIÈRES 1 RÉSUMÉ...3 2 INTRODUCTION...4

Plus en détail

Ne laissez pas le stockage cloud pénaliser votre retour sur investissement

Ne laissez pas le stockage cloud pénaliser votre retour sur investissement Ne laissez pas le stockage cloud pénaliser votre retour sur investissement Préparé par : George Crump, analyste senior Préparé le : 03/10/2012 L investissement qu une entreprise fait dans le domaine de

Plus en détail

Equilibrage de charge pour les grilles de calcul : classe des tâches dépendantes et indépendantes.

Equilibrage de charge pour les grilles de calcul : classe des tâches dépendantes et indépendantes. Equilibrage de charge pour les grilles de calcul : classe des tâches dépendantes et indépendantes. Meriem Meddeber 1 et Belabbas Yagoubi 2 1 Université de Mascara, Faculté des sciences, Département des

Plus en détail

Introduction aux Systèmes Distribués. Introduction générale

Introduction aux Systèmes Distribués. Introduction générale Introduction aux Systèmes Distribués Licence Informatique 3 ème année Introduction générale Eric Cariou Université de Pau et des Pays de l'adour Département Informatique Eric.Cariou@univ-pau.fr 1 Plan

Plus en détail

Rapport du Jury du Concours 2010 Épreuve Pratique d Algorithmique et de Programmation (EPAP)

Rapport du Jury du Concours 2010 Épreuve Pratique d Algorithmique et de Programmation (EPAP) Rapport du Jury du Concours 2010 Épreuve Pratique d Algorithmique et de Programmation (EPAP) Loris Marchal, Guillaume Melquion, Frédéric Tronel 21 juin 2011 Remarques générales à propos de l épreuve Organisation

Plus en détail

Livre banc. Contrôle de trajet dynamique : la base de votre WAN hybride

Livre banc. Contrôle de trajet dynamique : la base de votre WAN hybride Contrôle de trajet dynamique : la base de votre WAN hybride Le réseau étendu (WAN, wide area network) a connu bien peu d innovations pendant une grande partie de la dernière décennie. Alors que le reste

Plus en détail

L I V R E B L A N C P r o t ég e r l e s a p p l i c a t i o n s m ét i e r s c r i t i q u e s M a i n f r a m e, un b e s o i n c r u c i a l

L I V R E B L A N C P r o t ég e r l e s a p p l i c a t i o n s m ét i e r s c r i t i q u e s M a i n f r a m e, un b e s o i n c r u c i a l Siège social : 5 Speen Street Framingham, MA 01701, É.-U. T.508.872.8200 F.508.935.4015 www.idc.com L I V R E B L A N C P r o t ég e r l e s a p p l i c a t i o n s m ét i e r s c r i t i q u e s M a i

Plus en détail

La continuité de service

La continuité de service La continuité de service I INTRODUCTION Si la performance est un élément important de satisfaction de l'utilisateur de réseau, la permanence de la disponibilité des ressources l'est encore davantage. Ici

Plus en détail

Serveur Appliance IPAM et Services Réseaux

Serveur Appliance IPAM et Services Réseaux Page 1 Datasheet Serveur Appliance IPAM et Services Réseaux SIMPLIFER LE DEPLOIEMENT DE VOS ARCHITECTURES & DHCP Les services d adressage et de nommage sont au cœur de votre système d information, car

Plus en détail

Généralités sur les bases de données

Généralités sur les bases de données Généralités sur les bases de données Qu est-ce donc qu une base de données? Que peut-on attendre d un système de gestion de bases de données? Que peut-on faire avec une base de données? 1 Des données?

Plus en détail

NOTIONS DE RESEAUX INFORMATIQUES

NOTIONS DE RESEAUX INFORMATIQUES NOTIONS DE RESEAUX INFORMATIQUES GENERALITES Définition d'un réseau Un réseau informatique est un ensemble d'équipements reliés entre eux afin de partager des données, des ressources et d'échanger des

Plus en détail

Technologie de déduplication de Barracuda Backup. Livre blanc

Technologie de déduplication de Barracuda Backup. Livre blanc Technologie de déduplication de Barracuda Backup Livre blanc Résumé Les technologies de protection des données jouent un rôle essentiel au sein des entreprises et ce, quelle que soit leur taille. Toutefois,

Plus en détail

L unique SAN industriel proposant un stockage multiniveau automatisé (Automated Tiered Storage)

L unique SAN industriel proposant un stockage multiniveau automatisé (Automated Tiered Storage) Storage Center Baie de stockage STORAGE CENTER Transcende les limites des systèmes de stockage classiques Les fournisseurs de stockage actuels promettent de réduire le temps et les sommes d argent que

Plus en détail

Concours interne d ingénieur des systèmes d information et de communication. «Session 2010» Meilleure copie "étude de cas architecture et systèmes"

Concours interne d ingénieur des systèmes d information et de communication. «Session 2010» Meilleure copie étude de cas architecture et systèmes Concours interne d ingénieur des systèmes d information et de communication «Session 2010» Meilleure copie "étude de cas architecture et systèmes" Note obtenue : 14,75/20 HEBERGE-TOUT Le 25 mars 2010 A

Plus en détail

Aperçu général sur la technologie des Workflows

Aperçu général sur la technologie des Workflows Aperçu général sur la technologie des Workflows Zakaria Maamar Groupe Interfonctionnement Section Technologie des systèmes d'information Centre de recherches pour la défense Valcartier 2459 boul. Pie-XI

Plus en détail

LE SAN ET LE NAS : LE RESEAU AU SERVICE DES DONNEES

LE SAN ET LE NAS : LE RESEAU AU SERVICE DES DONNEES LE SAN ET LE NAS : LE RESEAU AU SERVICE DES DONNEES Marie GALEZ, galez@cines.fr Le propos de cet article est de présenter les architectures NAS et SAN, qui offrent de nouvelles perspectives pour le partage

Plus en détail

Conception d une infrastructure «Cloud» pertinente

Conception d une infrastructure «Cloud» pertinente Conception d une infrastructure «Cloud» pertinente Livre blanc d ENTERPRISE MANAGEMENT ASSOCIATES (EMA ) préparé pour Avocent Juillet 2010 RECHERCHE EN GESTION INFORMATIQUE, Sommaire Résumé........................................................

Plus en détail

Présentation de l architecture CORBA

Présentation de l architecture CORBA Présentation de l architecture CORBA Common Object Request Broker Architecture Yves LALOUM Conseil Audit de Systèmes d information CISA ylaloum@advisehr.com 29/04/2003 1 1.Introduction Depuis 1989, une

Plus en détail

Rapport d activité. Mathieu Souchaud Juin 2007

Rapport d activité. Mathieu Souchaud Juin 2007 Rapport d activité Mathieu Souchaud Juin 2007 Ce document fait la synthèse des réalisations accomplies durant les sept premiers mois de ma mission (de novembre 2006 à juin 2007) au sein de l équipe ScAlApplix

Plus en détail

140. Modélisation des données Historisation

140. Modélisation des données Historisation Modélisation de logiciels de gestion 140. Modélisation des données Historisation 1 Préambule Dans les chapitres précédents, nous avons appris à concevoir des modèles de données relativement élaborés en

Plus en détail

Est-il possible de réduire les coûts des logiciels pour mainframe en limitant les risques?

Est-il possible de réduire les coûts des logiciels pour mainframe en limitant les risques? DOSSIER SOLUTION Programme de rationalisation des logiciels pour mainframe (MSRP) Est-il possible de réduire les coûts des logiciels pour mainframe en limitant les risques? agility made possible Le programme

Plus en détail

Définition. Caractéristiques. - Du partage des ressources : espace de stockage, imprimantes, lignes de communication.

Définition. Caractéristiques. - Du partage des ressources : espace de stockage, imprimantes, lignes de communication. CONNECTER LES SYSTEMES ENTRE EUX L informatique, au cœur des tâches courantes, a permis de nombreuses avancées technologiques. Aujourd hui, la problématique est de parvenir à connecter les systèmes d information

Plus en détail

Plan du cours. Autres modèles pour les applications réparties Introduction. Mode de travail. Introduction

Plan du cours. Autres modèles pour les applications réparties Introduction. Mode de travail. Introduction Plan du cours Autres modèles pour les applications réparties Introduction Riveill@unice.fr http://rangiroa.polytech.unice.fr Notre terrain de jeu : les systèmes répartis Un rappel : le modèle dominant

Plus en détail

Les Architectures Orientées Services (SOA)

Les Architectures Orientées Services (SOA) Les Architectures Orientées Services (SOA) Ulrich Duvent Guillaume Ansel Université du Littoral Côte d Opale 50, Rue Ferdinand Buisson BP 699 62228 Calais Cedex Téléphone (33) 03.21.46.36.92 Télécopie

Plus en détail

Modélisation agent d une Architecture Logicielle de commande d un Véhicule Autonome

Modélisation agent d une Architecture Logicielle de commande d un Véhicule Autonome Modélisation agent d une Architecture Logicielle de commande d un Véhicule Autonome ENNAJI Mourad LASC université de Metz Ile du Saulcy B.P 80794 57 012 METZ Ennaji@lasc.sciences.univ-metz.fr Résumé Cet

Plus en détail

3A-IIC - Parallélisme & Grid GRID : Définitions. GRID : Définitions. Stéphane Vialle. Stephane.Vialle@supelec.fr http://www.metz.supelec.

3A-IIC - Parallélisme & Grid GRID : Définitions. GRID : Définitions. Stéphane Vialle. Stephane.Vialle@supelec.fr http://www.metz.supelec. 3A-IIC - Parallélisme & Grid Stéphane Vialle Stephane.Vialle@supelec.fr http://www.metz.supelec.fr/~vialle Principes et Objectifs Evolution Leçons du passé Composition d une Grille Exemple d utilisation

Plus en détail

Réseaux grande distance

Réseaux grande distance Chapitre 5 Réseaux grande distance 5.1 Définition Les réseaux à grande distance (WAN) reposent sur une infrastructure très étendue, nécessitant des investissements très lourds. Contrairement aux réseaux

Plus en détail

INTERSYSTEMS CACHÉ COMME ALTERNATIVE AUX BASES DE DONNÉES RÉSIDENTES EN MÉMOIRE

INTERSYSTEMS CACHÉ COMME ALTERNATIVE AUX BASES DE DONNÉES RÉSIDENTES EN MÉMOIRE I N T E RS Y S T E M S INTERSYSTEMS CACHÉ COMME ALTERNATIVE AUX BASES DE DONNÉES RÉSIDENTES EN MÉMOIRE David Kaaret InterSystems Corporation INTERSySTEMS CAChé CoMME ALTERNATIvE AUx BASES de données RéSIdENTES

Plus en détail

L évolution de l automatisation.

L évolution de l automatisation. Gestion automatisée de la qualité Livre blanc Octobre 2009 L évolution de l automatisation. Etude de l évolution de l automatisation dans la gestion de la qualité des logiciels Page 2 Sommaire 2 Introduction

Plus en détail

SOA et Services Web. 23 octobre 2011. Evolution des Systèmes d Information

SOA et Services Web. 23 octobre 2011. Evolution des Systèmes d Information SOA et Services Web 23 octobre 2011 1 Evolution des Systèmes d Information 2 Qu est ce qu une application répartie? Il s agit d une application découpée en plusieurs unités Chaque unité peut être placée

Plus en détail

CA Technologies annonce de nouvelles solutions de sécurité pour la protection des API, des applications mobiles et des services Cloud

CA Technologies annonce de nouvelles solutions de sécurité pour la protection des API, des applications mobiles et des services Cloud DOSSIER SOLUTION Nouvelles solutions de sécurité de CA Technologies CA Technologies annonce de nouvelles solutions de sécurité pour la protection des API, des applications mobiles et des services Cloud

Plus en détail

Résumé CONCEPTEUR, INTEGRATEUR, OPERATEUR DE SYSTEMES CRITIQUES

Résumé CONCEPTEUR, INTEGRATEUR, OPERATEUR DE SYSTEMES CRITIQUES Aristote ----- Cloud Interopérabilité Retour d'expérience L A F O R C E D E L I N N O V A T I O N Résumé Les systèmes d'information logistique (SIL) sont des outils qui amènent des gains de productivité

Plus en détail

«clustering» et «load balancing» avec Zope et ZEO

«clustering» et «load balancing» avec Zope et ZEO IN53 Printemps 2003 «clustering» et «load balancing» avec Zope et ZEO Professeur : M. Mignot Etudiants : Boureliou Sylvain et Meyer Pierre Sommaire Introduction...3 1. Présentation générale de ZEO...4

Plus en détail

4. Utilisation d un SGBD : le langage SQL. 5. Normalisation

4. Utilisation d un SGBD : le langage SQL. 5. Normalisation Base de données S. Lèbre slebre@unistra.fr Université de Strasbourg, département d informatique. Présentation du module Contenu général Notion de bases de données Fondements / Conception Utilisation :

Plus en détail

Solutions d archivage d e-mails Gamme FileNet Software Capitalisez pleinement sur vos investissements existants en matière de gestion des e-mails

Solutions d archivage d e-mails Gamme FileNet Software Capitalisez pleinement sur vos investissements existants en matière de gestion des e-mails Minimisation des risques liés aux e-mails, conformité et reconnaissance Solutions d archivage d e-mails Gamme FileNet Software Capitalisez pleinement sur vos investissements existants en matière de gestion

Plus en détail

Norme internationale d information financière 2 Paiement fondé sur des actions

Norme internationale d information financière 2 Paiement fondé sur des actions Norme internationale d information financière 2 Paiement fondé sur des actions Norme internationale d information financière 2 Paiement fondé sur des actions OBJECTIF 1 L objectif de la présente Norme

Plus en détail

étendre l authentification unique Web à des environnements Cloud et mobiles agility made possible

étendre l authentification unique Web à des environnements Cloud et mobiles agility made possible étendre l authentification unique Web à des environnements Cloud et mobiles agility made possible les activités en ligne évoluent rapidement... Il y a quelques années, les clients entraient timidement

Plus en détail

Virtualiser ou ne pas virtualiser?

Virtualiser ou ne pas virtualiser? 1 Virtualiser ou ne pas virtualiser? C est la première question à laquelle vous devrez répondre par vous-même avant d investir une quantité significative de temps ou d argent dans un projet de virtualisation.

Plus en détail

Importance de la défragmentation en environnements virtuels

Importance de la défragmentation en environnements virtuels Importance de la défragmentation en environnements virtuels Un livre blanc Osterman Research, Inc. Table des Matières Pourquoi lire ce livre blanc?... À propos de ce livre blanc... Raisons de l importance

Plus en détail

Software Engineering and Middleware A Roadmap

Software Engineering and Middleware A Roadmap Software Engineering and Middleware A Roadmap Ecrit par: Dr. Wolfgang Emmerich Présenté par : Mustapha Boushaba Cours : IFT6251 Wolfgang Emmerich Enseignant à University College London: Distributed Systems

Plus en détail

Sauvegarde collaborative entre pairs Ludovic Courtès LAAS-CNRS

Sauvegarde collaborative entre pairs Ludovic Courtès LAAS-CNRS Sauvegarde collaborative entre pairs 1 Sauvegarde collaborative entre pairs Ludovic Courtès LAAS-CNRS Sauvegarde collaborative entre pairs 2 Introduction Pourquoi pair à pair? Utilisation de ressources

Plus en détail

Réplication indépendante de la plate-forme pour garantir la mobilité des données d entreprise et des migrations sans interruption de service

Réplication indépendante de la plate-forme pour garantir la mobilité des données d entreprise et des migrations sans interruption de service EMC Open Replicator for Symmetrix Réplication indépendante de la plate-forme pour garantir la mobilité des données d entreprise et des migrations sans interruption de service Avantages clés Hautes performances

Plus en détail

FAMILLE EMC VPLEX. Disponibilité continue et mobilité des données dans et entre les datacenters AVANTAGES

FAMILLE EMC VPLEX. Disponibilité continue et mobilité des données dans et entre les datacenters AVANTAGES FAMILLE EMC VPLEX Disponibilité continue et mobilité des données dans et entre les datacenters DISPONIBLITÉ CONTINUE ET MOBILITÉ DES DONNÉES DES APPLICATIONS CRITIQUES L infrastructure de stockage évolue

Plus en détail

COMMENT DÉFINIR L ORIENTÉ OBJET

COMMENT DÉFINIR L ORIENTÉ OBJET COMMENT DÉFINIR L ORIENTÉ OBJET De manière superficielle, le terme «orienté objet», signifie que l on organise le logiciel comme une collection d objets dissociés comprenant à la fois une structure de

Plus en détail

FICHE PRODUIT COREYE CACHE Architecture technique En bref Plateforme Clients Web Coreye Cache applicative Références Principe de fonctionnement

FICHE PRODUIT COREYE CACHE Architecture technique En bref Plateforme Clients Web Coreye Cache applicative Références Principe de fonctionnement COREYE CACHE Solution d absorption de charge pour une disponibilité et une performance optimales des applications Web En bref Architecture technique La plateforme Coreye Cache délivre la majeure partie

Plus en détail

Votre infrastructure est-elle? La collaboration informatique. améliore la performance globale

Votre infrastructure est-elle? La collaboration informatique. améliore la performance globale Votre infrastructure est-elle? La collaboration informatique améliore la performance globale Des processus automatisés Travail isolé ou processus de groupe : où en êtes-vous? Le travail en équipe a toujours

Plus en détail

Vers une approche Adaptative pour la Découverte et la Composition Dynamique des Services

Vers une approche Adaptative pour la Découverte et la Composition Dynamique des Services 69 Vers une approche Adaptative pour la Découverte et la Composition Dynamique des Services M. Bakhouya, J. Gaber et A. Koukam Laboratoire Systèmes et Transports SeT Université de Technologie de Belfort-Montbéliard

Plus en détail

Windows Internet Name Service (WINS)

Windows Internet Name Service (WINS) Windows Internet Name Service (WINS) WINDOWS INTERNET NAME SERVICE (WINS)...2 1.) Introduction au Service de nom Internet Windows (WINS)...2 1.1) Les Noms NetBIOS...2 1.2) Le processus de résolution WINS...2

Plus en détail

Chapitre VIII : Introduction aux réseaux. Motivations. Notion de système distribué. Motivations Différents types de SE

Chapitre VIII : Introduction aux réseaux. Motivations. Notion de système distribué. Motivations Différents types de SE Chapitre VIII : Introduction aux réseaux Eric.Leclercq@u-bourgogne.fr Département IEM http://ufrsciencestech.u-bourgogne.fr http://ludique.u-bourgogne.fr/~leclercq 4 mai 2006 1 Structures de Systèmes distribués

Plus en détail

ÉTUDE DE L EFFICACITÉ DE GÉOGRILLES POUR PRÉVENIR L EFFONDREMENT LOCAL D UNE CHAUSSÉE

ÉTUDE DE L EFFICACITÉ DE GÉOGRILLES POUR PRÉVENIR L EFFONDREMENT LOCAL D UNE CHAUSSÉE ÉTUDE DE L EFFICACITÉ DE GÉOGRILLES POUR PRÉVENIR L EFFONDREMENT LOCAL D UNE CHAUSSÉE ANALYSIS OF THE EFFICIENCY OF GEOGRIDS TO PREVENT A LOCAL COLLAPSE OF A ROAD Céline BOURDEAU et Daniel BILLAUX Itasca

Plus en détail

Métriques de performance pour les algorithmes et programmes parallèles

Métriques de performance pour les algorithmes et programmes parallèles Métriques de performance pour les algorithmes et programmes parallèles 11 18 nov. 2002 Cette section est basée tout d abord sur la référence suivante (manuel suggéré mais non obligatoire) : R. Miller and

Plus en détail

«Les documents référencés ci-dessus étant protégés par les droits d auteur et soumis à la déclaration au Centre Français d exploitation du droit de

«Les documents référencés ci-dessus étant protégés par les droits d auteur et soumis à la déclaration au Centre Français d exploitation du droit de 1 2 «Les documents référencés ci-dessus étant protégés par les droits d auteur et soumis à la déclaration au Centre Français d exploitation du droit de Copie, seules les références bibliographiques peuvent

Plus en détail

La demande Du consommateur. Contrainte budgétaire Préférences Choix optimal

La demande Du consommateur. Contrainte budgétaire Préférences Choix optimal La demande Du consommateur Contrainte budgétaire Préférences Choix optimal Plan du cours Préambule : Rationalité du consommateur I II III IV V La contrainte budgétaire Les préférences Le choix optimal

Plus en détail

Répartition de charge dynamique dans un système distribuée

Répartition de charge dynamique dans un système distribuée Rapport de TER Répartition de charge dynamique dans un système distribuée Tuteur : Stephane Mancini Benjamin Petit Grenoble INP - Ensimag Mai 2010 Table des matières 1 Introduction 4 1.1 Contexte pratique...................................

Plus en détail

Les RPV (Réseaux Privés Virtuels) ou VPN (Virtual Private Networks)

Les RPV (Réseaux Privés Virtuels) ou VPN (Virtual Private Networks) Les RPV (Réseaux Privés Virtuels) ou VPN (Virtual Private Networks) TODARO Cédric Table des matières 1 De quoi s agit-il? 3 1.1 Introduction........................................... 3 1.2 Avantages............................................

Plus en détail

Services Professionnels Centre de Contacts Mitel

Services Professionnels Centre de Contacts Mitel Services Professionnels Centre de Contacts Mitel Débutez un voyage vers la modernisation et l évolutivité : Elevez le niveau de votre performance commerciale Pour moderniser votre centre de contact : Passez

Plus en détail

Projet : Plan Assurance Qualité

Projet : Plan Assurance Qualité Projet : Document : Plan Assurance Qualité 2UP_SPEC_DEV1 VERSION 1.00 Objet Ce document a pour objectif de définir la démarche d analyse et de conception objet ainsi les activités liées. Auteur Eric PAPET

Plus en détail

CORBA haute performance

CORBA haute performance CORBA haute performance «CORBA à 730Mb/s!» Alexandre DENIS PARIS/IRISA, Rennes Alexandre.Denis@irisa.fr Plan Motivations : concept de grille de calcul CORBA : concepts fondamentaux Vers un ORB haute performance

Plus en détail

Créer et partager des fichiers

Créer et partager des fichiers Créer et partager des fichiers Le rôle Services de fichiers... 246 Les autorisations de fichiers NTFS... 255 Recherche de comptes d utilisateurs et d ordinateurs dans Active Directory... 262 Délégation

Plus en détail

Chapitre 1 : Introduction aux bases de données

Chapitre 1 : Introduction aux bases de données Chapitre 1 : Introduction aux bases de données Les Bases de Données occupent aujourd'hui une place de plus en plus importante dans les systèmes informatiques. Les Systèmes de Gestion de Bases de Données

Plus en détail

CHOIX OPTIMAL DU CONSOMMATEUR. A - Propriétés et détermination du choix optimal

CHOIX OPTIMAL DU CONSOMMATEUR. A - Propriétés et détermination du choix optimal III CHOIX OPTIMAL DU CONSOMMATEUR A - Propriétés et détermination du choix optimal La demande du consommateur sur la droite de budget Résolution graphique Règle (d or) pour déterminer la demande quand

Plus en détail

TP redondance DHCP. Gillard Frédéric Page 1/17. Vue d ensemble du basculement DHCP

TP redondance DHCP. Gillard Frédéric Page 1/17. Vue d ensemble du basculement DHCP Vue d ensemble du basculement DHCP Dans Windows Server 2008 R2, il existe deux options à haute disponibilité dans le cadre du déploiement du serveur DHCP. Chacune de ces options est liée à certains défis.

Plus en détail

Convergence Grand public professionnelle

Convergence Grand public professionnelle Note de synthèse Convergence Grand public professionnelle Cette note synthétise les réflexions d une des tables rondes des entretiens Télécom de Mars 2006, organisés par Finaki. A cette table étaient à

Plus en détail

Démarches d urbanisation : réorganiser le Système d Information en structurant ses fonctions dans des blocs fonctionnels communicants.

Démarches d urbanisation : réorganiser le Système d Information en structurant ses fonctions dans des blocs fonctionnels communicants. Plan du chapitre Master Informatique et Systèmes Urbanisation des Systèmes d Information Architecture d Entreprise 04 Architecture du SI : identifier et décrire les services, structurer le SI 1 2 3 4 5

Plus en détail

Administration de systèmes

Administration de systèmes Administration de systèmes Windows NT.2000.XP.2003 Copyright IDEC 2002-2004. Reproduction interdite. Sommaire... 2 Eléments logiques et physiques du réseau... 5 Annuaire et domaine... 6 Les utilisateurs

Plus en détail

Urbanisation des Systèmes d Information Architecture d Entreprise. 04 Architecture du SI : identifier et décrire les services, structurer le SI

Urbanisation des Systèmes d Information Architecture d Entreprise. 04 Architecture du SI : identifier et décrire les services, structurer le SI Plan du chapitre Master Informatique et Systèmes Urbanisation des Systèmes d Information Architecture d Entreprise 04 Architecture du SI : identifier et décrire les services, structurer le SI 1 2 3 1.1

Plus en détail

SDN / Open Flow dans le projet de recherche de GEANT (GN3+)

SDN / Open Flow dans le projet de recherche de GEANT (GN3+) SDN / Open Flow dans le projet de recherche de GEANT (GN3+) Xavier Jeannin GIP RENATER 23-25, rue Daviel 75013 PARIS Résumé Dans le cadre du projet GN3+ (avril 2013 Mars 2015), parmi la tâche orientée

Plus en détail

Le Ro le Hyper V Troisie me Partie Haute disponibilite des machines virtuelles

Le Ro le Hyper V Troisie me Partie Haute disponibilite des machines virtuelles Le Ro le Hyper V Troisie me Partie Haute disponibilite des machines virtuelles Microsoft France Division DPE Table des matières Présentation... 2 Objectifs... 2 Pré requis... 2 Quelles sont les principales

Plus en détail

Méthode d extraction des signaux faibles

Méthode d extraction des signaux faibles Méthode d extraction des signaux faibles Cristelle ROUX GFI Bénélux, Luxembourg cristelle.roux@gfi.be 1. Introduction Au début d une analyse stratégique, la première question posée est très souvent la

Plus en détail