FR 3076359 A1 20190705 FR 1763410 A 20171229 Serveur de Gestion de Performance d'Application Totale DOMAINE DE L'INVENTION La presente invention se rapporte au domaine de gestion de performance d'application. ARRIERE-PLAN DE L'INVENTION Historiquement, les h6tes d'applications residaient dans un centre de donnees et faisaient ('objet d'un acces par des utilisateurs derriere un pare-feu d'entreprise facile a surveiller, le trafic allait de bout en bout et il etait facile de voir quand quelque chose tombait en panne de le reparer, l'attention etait resolument centree sur la performance et la disponibilite de 15 ('infrastructure, et non sur ('application ou l'utilisateur final. Aujourd'hui, ('accent est davantage mis sur de multiples systemes redondants pour maintenir la disponibilite, l'attention porte desormais sur ('experience de l'utilisateur final, plutot que sur ['infrastructure. Mais avec des panoramas d'applications super complexes et des 20 infrastructures cloud (nuage) hyper-evolutives, les outils de surveillance traditionnels n'ont pas la portee ou Ia visibilite dans les composants qui est requise pour surveiller avec succes la chaine de livraison d'application de bout en bout. Sans les services corrects en place, lorsqu'un utilisateur ou un client a 25 un probleme, il est difficile voire impossible de trouver rapidement l'aiguille dans Ia botte de foin en particulier si vous n'etes pas en charge de cette partie de Ia botte de foin. A mesure que les circonstances changent, it faudra que les charges de travail se deplacent entre les clouds. La flexibilite et Ia facilite du placement 2 de migration a travers de multiples clouds et dispositifs prives et publics sont vitales. La demande de brevet AU 2015100348 decrit un indice de performance cloud (CLIX) qui est une metrique pour determiner la performance de 5 systemes informatiques cloud utilisant quatre elements d'infrastructure, qui determinent une performance de systeme de bout en bout : - performance de reseau mesuree comme latence/retard ; - debit reseau mesure comme perte de paquet ; - charge de traitement mesuree comme utilisation CPU ; - charge de stockage mesuree comme utilisation entrée- sortie. Historiquement, l'experience d'utilisateur final d'un systeme informatique a ete une mesure qualitative, c.-A-d. l'utilisateur final estime, sur la base de son experience en utilisant un systeme informatique particulier, si la performance actuelle (temps de reponse) est « lente » ou « rapide » ou « moyenne », etc. Ceci est une methode inexacte qui ne se prete pas a faire d'ameliorations systernatiques sur la performance systeme et la productivite d'utilisateur final. De plus en plus de systemes informatiques sont mis en oeuvre « dans le cloud » et sont caracterises comme logiciel en tant que service (SaaS) et infrastructure en tant que service (laaS) et plate-forme en tant service (PaaS). Le cloud est susceptible d'avoir un effet negatif sur la performance de l'utilisateur final en raison de caracteristiques inherentes de technologies de reseau et d'infrastructure. CLIX peut etre incorpore dans des outils de surveillance et de gestion de systeme pour fournir un moyen fiable, coherent, quantitatif de mesure, tendance et amelioration de la performance de systemes informatiques dans des environnements cloud computing (informatique en nuage). 3 Ce document est limite a des applications cloud (nuage) et n'est pas utilisable dans n'importe quel type de configurations. Au contraire, la presente invention est fonctionnelle avec toutes les applications : 5 - d'applications d'entreprise sur place a des microservices natifs cloud. - de bout en bout : de ('action de l'utilisateur final au dorsal en suivant chaque transaction. - sur pile complete : utilisateur, application, hate et performance 10 niveau reseau. - devOps : en utilisant des mesures de performance a travers developpement, test et en production. Le present serveur pour la gestion de performance d'application totale aide ('organisation d'utilisateur a piloter l'efficacite et la productivite grace a la 15 maximisation de la performance d'applications vitales pour l'entreprise. Ce service permet a la fois au serveur et a son client de suivre la performance a travers la chaine de livraison d'application entiere a partir de clouds prives et publics d'hebergement traditionnel et a travers des panoramas hybrides. 20 L'attention se porte sur la comprehension de performance d'application du point de vue d'un utilisateur final. Le serveur fournit une visibilite dans ('utilisation d'applications vitales pour l'entreprise, ('exploitation de capacites de diagnostic extensives combinee avec un rapport de performance d'entreprise exhaustif pour mettre 25 ['accent sur et gerer la performance IA OCI des problemes impactent les activites de l'utilisateur. RESUME DE L'INVENTION La presente invention a pour objet d'obvier a un certain inconvenient de l'art anterieur en offrant un moyen pour gerer la performance d'application. 5 Ce but est atteint par un serveur pour la gestion de performance d'application totale comprenant au moins un agencement logiciel et materiel pour : - Ia surveillance d'utilisateur reel a partir du centre de donnees 10 - par des sondes placees strategiquement pour surveiller le trafic dans un centre de donnees ; - avec tous les utilisateurs tout le temps ; - concernant toutes les transactions interagissant avec les applications hebergees 15 - avec des applications client/serveur basees sur le reseau - la surveillance d'utilisateur reel basee sur un agent 06 des agents sont deployes sur des hates d'application dans des clouds publics ou prives utilises par l'application et dans le centre de donnees pour : 20 - tous les utilisateurs tout le temps ; - toutes les transactions le long de Ia chaine d'application ; - des applications de technologie web ; - des applications cloud natives et PaaS ; et un module de convertisseur JSON/SOAP communique avec un 25 module de service comprenant plusieurs composants, au moins un composant pour gerer un cluster de machines, ledit composant incluant un module d'analyse, un module de gestion d'utilisateur, un module d'alerte, un module de definition et de memorisation de seuil, un module de mesure de consommation connecte a des services Ores et un module Dynatrace pour la mesure et la facturation. 4 5 Selon une autre caracteristique, lors de ('execution du logiciel de serveur it met en oeuvre au moins un ou plusieurs des services suivants un cadre technologique de traitement de service (ATF) comprenant au moins un 5 module de traitement de service cloud (ServiceNow), configure pour analyser et orchestrer un service cloud que la demande d'utilisateur de service cloud a demande de consommer, pour selectionner les services et/ou ressources informatiques cloud fournis par le fournisseur de service cloud et/ou un mode fonction, et executer une operation de service cloud. 10 Selon une autre caracteristique, le module de traitement de service cloud (ServiceNow) comprend : - un module de porta ; - un module de catalogue et d'orchestration de processus 15 pour orchestrer plusieurs demandes sur plusieurs instances de serveur avec une fonctionnalite de gestion de protection de donnees, configure pour stocker les informations de services et/ou ressources informatiques en cloud ; 20 - un module de securite, configure pour fournir une assurance de securite pour que le demandeur de service cloud accede a un service cloud ; - un module de gestion de surveillance, configure pour surveiller un statut d'execution du service cloud ; 25 - un module de gestion de niveau de service fournissant une interface pour determiner l'un quelconque des parametres suivants - fenetre de temps pour la disponibilite de support, - fenetre de temps pour la prise en charge d'incident 30 en fonction de la priorite, 6 - fenetre de temps pour la prise en charge de changement, - temps de reponse de dialogue de la planification des ressources d'entreprise (ERP), 5 - taille du serveur virtue!, - taille du serveur physique, - taille du stockage initial et minimal, - parametre de recuperation de donnees tel que l'objectif de point de recuperation (RPO), ou 10 l'objectif de temps de recuperation (RTO), niveau de service - un module de catalogue et d'orchestration de processus pour orchestrer plusieurs demandes sur plusieurs instances de serveur avec une fonctionnalite de gestion de protection de 15 donnees, configure pour stocker les informations de services et/ou ressources informatiques cloud ; Selon une autre caracteristique, le module de traitement de service cloud (10) (ServiceNow) est configure pour : 20 - recevoir un flux de travaux, le flux de travaux definissant un flux d'activites discretes et des chemins d'execution reliant les activites de sorte que certaines activites puissent etre executees concurremment, le flux de travaux ayant une representation, stockee electroniquement, 25 correspondante d'un accord de niveau de service (SLA), le SLA comprenant un ensemble de regles gouvernant ('execution du flux de travaux ; - analyser le flux de travaux pour identifier des sous-flux de travaux qui peuvent etre executes independamment, un 30 sous-flux de travaux comprenant un ensemble d'une ou 7 plusieurs des activites chacune reliee sur un chemin d'execution du flux de travaux ; - obtenir des informations sur une pluralite de fournisseurs de services en ligne, chaque fournisseur de service en 5 ligne comprenant un ou plusieurs ordinateurs qui fournissent ensemble un service en ligne ; - selectionner differents fournisseurs de services parmi les fournisseurs capables d'effectuer les sous-flux de travaux, respectivement, ou les fournisseurs de services sont 10 selectionnes sur la base de criteres concernant la rapidite du temps d'acces tels qu'appliques aux informations sur les fournisseurs de services en ligne ; et - transmettre les sous-flux de travaux via un reseau aux fournisseurs de services en ligne correspondants pour 15 executer les sous-flux de travaux. Selon une autre caracteristique, la surveillance est effectuee selectivement en deployant des agents sur des h6tes d'application ou sans agent ou avec une combinaison, un agent etant un composant logiciel 20 installe sur une station de travail ou un serveur pour surveiller le trafic d'application et faire un rapport a une infrastructure centrale. Selon une autre caracteristique, le processus de gestion de performance mis en oeuvre par le serveur inclut une premiere &tape 25 consistant a identifier une performance qui a besoin d'être mesuree, definir une valeur cible sauvegardee dans une memoire du serveur et realiser la mesure pour determiner la performance reelle du systeme et calculer recart entre la valeur cible et mesuree ; le resultat etant apres rapporté a un module d'analyse du serveur pour analyser les donnees et laisser generer des 30 recommandations pour resoudre le probleme par un module de support de decision. 8 BREVE DESCRIPTION DES DESSINS D'autres caracteristiques et avantages de Ia presente invention 5 apparaitront plus clairement a Ia lecture de la description suivante, donnee en reference aux dessins joints, parmi lesquels : - la figure 1 illustre ('architecture du serveur disponible pour une gestion de performance d'application totale, selon un mode de realisation ; - la figure 2 est une representation schematique du processus de gestion de performance mis en oeuvre par le serveur, selon un mode de realisation ; - la figure 3 est une representation schernatique des differentes couches de logiciel utilisees en pile par le serveur de performance d'application totale, selon un mode de realisation. 15 DESCRIPTION DETAILLEE La presente invention concerne un serveur de gestion de performance d'application totale. De nombreuses combinaisons peuvent etre envisagees sans s'ecarter de Ia portee de ('invention ; un homme du métier choisira l'une ou l'autre en fonction de contraintes economiques, ergonomiques, dimensionnelles ou autres qu'il aura a observer. Dans ce qui suit, nous utiliserons les termes suivants dont la definition est la suivante. 20 25 La session de dialogue ou RDP est une session dans laquelle une 30 mesure est executee. 9 Un robot peut avoir de multiples sessions mais au moins une. Cela permet d'avoir des scripts concurrents fonctionnant sur un seul robot. Un robot est un systeme client (physique ou virtue!) avec un logiciel de robot synthetique installe qui execute les mesures. Un robot peut 5 heberger de multiples sessions. Un script est synonyme de flux de travaux/cas d'utilisation : surveillance de performance et de disponibilite d'une application. Un script contient une ou de multiples transactions et temporisateurs. Le resultat d'un script est un ensemble de donnees de mesure qui sera soumis au serveur 10 central. TAPM = Total Application Performance Management {Gestion de Performance d'Application Totale) 15 Une transaction est la plus petite action de scriptage logique et utile possible. Generalement, une transaction represente un temporisateur mais elle peut differer du fait de contraintes techniques ou d'exigences de client. Le nombre de transactions represente la complexite et la longueur d'un script et est la base pour la fixation de prix de service. 20 Un(e) temporisateur/transaction : le temporisateur mesure le temps de reponse d'une section definie par le client. Un script contient au moins un temporisateur. 25 Surveillance d'application basee sur un agent a partir du cloud Plus particulierement, selon un mode de realisation illustre par la fig. 1, le serveur de gestion de performance d'application totale est une pluralite de logiciels executee sur au moins une machine materielle pourvue 30 d'un agencement de processeur et memoire, appartenant au fournisseur de service pour interagir avec le reseau et le fournisseur de service cloud et s'interfacant avec le reseau d'utilisateur. 10 Le logiciel de serveur execute met en oeuvre au moins un ou plusieurs des services suivants : un cadre technologique de traitement de service (1) (ATF) comprenant au moins un module de traitement de service cloud (10) (ServiceNow), configure pour analyser et orchestrer un service 5 cloud que la demande d'utilisateur de service cloud a demande de consommer, pour selectionner les services et/ou ressources informatiques cloud fournis par le fournisseur de service cloud et/ou un mode fonction, et executer une operation de service cloud. Le module de traitement de service cloud (10) (ou logiciel 10 ServiceNow) peut comprendre : - un module de portal! ; - un module de catalogue et d'orchestration de processus pour orchestrer plusieurs demandes sur plusieurs instances de serveur avec une fonctionnalite de gestion 15 de protection de donnees, configure pour stocker les informations de services et/ou ressources informatiques cloud ; - un module de securite, configure pour fournir une assurance de securite pour que le demandeur de service 20 cloud accede a un service cloud ; - un module de gestion de surveillance, configure pour surveiller un statut d'execution du service cloud ; - un module de gestion de niveau de service fournissant une interface pour determiner l'un quelconque des 25 parametres suivants : - fenetre de temps pour la disponibilite de support, - fenetre de temps pour la prise en charge d'incident en fonction de la priorite, - fenetre de temps pour la prise en charge de 30 changement, 11 - temps de reponse de dialogue de la planification de ressources d'entreprise (ERP), - taille du serveur virtue!, - taille du serveur physique, 5 - taille du stockage initial et minimal, - parametre de recuperation de donnees tel que I'objectif de point de recuperation (RPO), ou l'objectif de temps de recuperation (RTO), niveau de service - un module de catalogue et d'orchestration de processus pour orchestrer plusieurs demandes sur plusieurs instances de serveur avec une fonctionnalite de gestion de protection de donnees, configure pour stocker les informations de services et/ou ressources informatiques 15 cloud; Ces parametres donnent la possibilite a l'utilisateur de determiner un niveau de service convenable. Dans certains modes de realisation, le module de traitement de service cloud (10) (ou logiciel ServiceNow) peut etre configure pour : 20 - recevoir un flux de travaux, le flux de travaux definissant un flux d'activites discretes et des chemins d'execution reliant les activites de sorte que certaines activites puissent etre executees concurremment, le flux de travaux ayant une representation, stockee electroniquement, 25 correspondante d'un accord de niveau de service (SLA), le SLA comprenant un ensemble de regles gouvernant l'execution du flux de travaux ; - analyser le flux de travaux pour identifier des sous-flux de travaux qui peuvent etre executes independamment, un 30 sous-flux de travaux comprenant un ensemble d'une ou 12 plusieurs des activites chacune reliee sur un chemin d'execution du flux de travaux ; - obtenir des informations sur une pluralite de fournisseurs de services en ligne, chaque fournisseur de service en 5 ligne comprenant un ou plusieurs ordinateurs qui fournissent ensemble un service en ligne ; - selectionner differents fournisseurs de services parmi les fournisseurs capables d'effectuer les sous-flux de travaux, respectivement, oil les fournisseurs de services sont 10 selectionnes sur la base de criteres concernant Ia rapidite du temps d'acces tels qu'appliques aux informations sur les fournisseurs de services en ligne ; et - transmettre les sous-flux de travaux via un reseau aux fournisseurs de services en ligne correspondants pour 15 executer les sous-flux de travaux. La possibilite de repartir le flux de travaux en sous-flux de travaux executables independamment augmente Ia performance du systerne. Ce module de traitement de service cloud (10) (ServiceNow) 20 communique avec un module de convertisseur JSON/SOAP (2). En informatique, JavaScript Object Notation (Notation d'Objet JavaScript) ou JSON est un format de fichier standard ouvert qui utilise un texte lisible par l'homme pour transmettre des objets de donnees se composant de paires attribut-valeur et de types de donnees de tableau (ou 25 toute autre valeur serialisable). C'est un format de donnees tres courant utilise pour une communication navigateur-serveur asynchrone, y compris en remplacement de XML dans certains systemes de style AJAX. SOAP (a l'origine Simple Object Access Protocol = Protocole d'Acces d'Objet Simple) est un protocole de specification pour echanger des 30 informations structurees dans la mise en oeuvre de services web dans des reseaux informatiques. SOAP permet des processus s'executant sur des 13 systemes d'exploitation disparates (comme Windows et Linux) pour communiquer en utilisant un langage de balisage extensible (XML pour Extensible Markup Language). SOAP permet aux clients d'invoquer des services web et de recevoir des reponses independantes de langage et de 5 plates-formes. Ce module de convertisseur JSON/SOAP (2) communique avec un module de service comprenant plusieurs composants, au moins un composant (3) pour gerer un cluster de machine. Ce composant incluant un module d'analyse (30), un module de gestion d'utilisateur (33), un module 10 d'alerte (31), un module de definition et de memorisation de seuils (34), un module de mesure de consommation (32) connecte a des services Ores (4) et un module Dynatrace (5) pour la mesure et la facturation et un module de rapport en ligne. 15 Dans certains modes de realisation, Avec le module ServiceNow (10), TAPM Pilote la Migration vers le Cloud pour : - ameliorer l'efficacite et la vitesse de deploiement de nouvelles applications pour le cloud ; - surveiller Ia performance a travers des deploiements de cloud 20 hybride ; - identifier oil les applications de I'utilisateur se comportent le mieux dans le cloud public ; - ameliorer -et regler precisement Ia performance d'applications SaaS dont vous etes l'utilisateur ; 25 - generer une isolation de domaine de defaut incluant !Identification de problemes avec des tiers. Dans certains modes de realisation, la surveillance d'application partir du cloud utilise des agents deployes et Ores a partir de clusters de clouds soit publics soit prives pour surveiller Ia performance de bout en bout 14 de toutes les actions d'utilisateur de l'utilisateur final au serveur d'applications s'ils sont heberges dans des centres de donnees prives sur le cloud public ou tous panoramas de deploiement hybrides. La surveillance d'application a partir du cloud delivre des capacites de surveillance de pile 5 complete dormant un apercu complet de ('experience client, la gestion de performance d'application, et la surveillance d'infrastructure incluant serveurs, conteneurs, et cloud-de bout en bout sans angles morts. Comme le montre la Fig. 2, le processus de gestion de performance mis en oeuvre par le serveur inclut une premiere etape consistant a identifier une performance qui a besoin d'être mesuree, definir une valeur cible sauvegardee dans une memoire du serveur et realiser la mesure pour determiner la performance reelle du systeme et calculer l'ecart entre la valeur cible et mesuree. Apres le resultat est rapporte a un module d'analyse du serveur pour 15 analyser les donnees et laisser generer des recommandations pour resoudre le probleme par un module de support de decision. Ces informations transmises au module de service Ore changent la gestion pour obtenir une amelioration de mesure. 20 Comme le montre la Fig. 3 representant un schema des differentes couches de logiciel utilisees en pile par le serveur de performance d'application totale, une premiere couche est constituee par les outils necessaires pour gerer un domaine comme des outils SCOM, Nagios, HP DDMA, SPECTRUM, OEM. Ces outils sont utilises selon la configuration 25 du systeme a gerer et foumissent au moins les fonctionnalites suivantes. SCOM (System Center Operations Manager) est un systeme de surveillance de centre de donnees de plate-forme croisee pour des systemes d'exploitation et des hyperviseurs. II utilise une seule interface qui presente 30 des informations d'etat, de sante et de performance de systemes informatiques. II fournit egalement des alertes generees selon une 15 disponibilite, performance, configuration ou situation de securite qui est identifiee. Nagios, maintenant connu en tant que Nagios Core, est une 5 application de logiciel informatique libre et ouvert qui surveille des systemes, reseaux et infrastructures. Nagios offre des services de surveillance et d'alerte pour des serveurs, commutateurs, applications et services. II alerte les utilisateurs lorsque quelque chose ne va pas et les alerte une seconde fois lorsque le probleme a ete resolu. 10 L'edition du logiciel HP DDMA (Discovery and Dependency Mapping Advanced) fournit cette visibilite dans les technologies de ('information (IT) en mappant de maniere automatique et continue des applications IT et des elements d'infrastructure et en generant des vues de haut en bas et de bas en haut des relations entre des elements IT et des services d'affaires. 15 Dans certains modes de realisation, Ia deuxieme couche de logiciel est constituee par le logiciel d'outillage de bout en bout permettant la surveillance de performance, disponibilite, et isolation de domaine de defaut. L'isolation de domaine de defaut inclut ('identification de problemes avec des 20 tiers. Dans certains modes de realisation, cette surveillance peut etre effectuee selectivement en deployant des agents sur des h6tes d'application ou sans agent ou avec une combinaison (synthetiques). Un Agent est un 25 composant logiciel installe sur une station de travail ou un Serveur pour surveiller un trafic d'application et faire un rapport a une infrastructure centrale. Dans certains modes de realisation, la troisieme couche permet de 30 definir Ia gestion de service et ('operation de service. Une couche superieure definit le processus et le flux de travaux d'affaires. 16 Dans certains modes de realisation, toutes ces couches sont integrees sur un serveur et s'interfacent avec un cadre de technologie de serveur. En utilisant tous les modules logiciels differents integres dans le serveur TAPM, une pluralite de demandes d'utilisateur peut etre satisfaite. 5 La presente demande decrit diverses caracteristiques techniques et avantages en reference aux figures et/ou a divers modes de realisation. L'homme de métier comprendra que les caracteristiques techniques d'un mode de realisation donne peuvent en fait etre combinees avec des 10 caracteristiques d'un autre mode de realisation a moins que l'inverse ne soit explicitement mentionne ou qu'il ne soit evident que ces caracteristiques sont incompatibles ou que la combinaison ne fournisse pas une solution a au moins un des problemes techniques mentionnes dans la presente demande. De plus, les caracteristiques techniques decrites dans un mode de 15 realisation donne peuvent etre isolees des autres caracteristiques de ce mode a moins que l'inverse ne soit explicitement mentionne. II doit etre evident pour les personnes versees dans l'art que la presente invention permet des modes de realisation sous de nombreuses 20 autres formes specifiques sans reloigner du domaine d'application de l'invention comme revendique. Par consequent, les presents modes de realisation doivent etre consideres a titre d'illustration, mais peuvent etre modifies dans le domaine defini par la protection demandee, et l'invention REVENDICATIONS1. Serveur pour la gestion de performance d'application totale comprenant au moins un agencement logiciel et materiel pour: - la surveillance d'utilisateur reel a partir d'un centre de donnees - par des sondes placees strategiquement pour surveiller le trafic dans le centre de donnees ; - avec tous les utilisateurs tout le temps ; - concernant toutes les transactions interagissant avec les applications hebergees ; - avec des applications client/serveur basees sur le reseau - la surveillance d'utilisateur reel basee sur un agent oil des agents sont deployes sur des hates d'application dans des clouds publics ou prives utilises par ('application et dans le centre de donnees pour : - tous les utilisateurs tout le temps ; - toutes les transactions le long de la chafne d'application - des applications de technologie web - applications cloud natives et PaaS ; et un module de convertisseur JSON/SOAP (2) communique avec un module de service comprenant plusieurs composants, au moins un composant pour gerer un cluster de machines (3), ledit composant incluant un module d'analyse (30), un module de gestion d'utilisateur (33), un module d'alerte (31), un module de definition et de memorisation de seuils (34), un module de mesure de consommation (32) connecte a des services geres (4) et un module Dynatrace (5) pour la mesure et la facturation. 18 2. Serveur selon la revendication 1, caracterise en ce que lors de ('execution du logiciel de serveur ii met en ceuvre au moins un ou plusieurs des services suivants : un cadre technologique de traitement de service (ATF) comprenant au moins un module de traitement de service cloud (10) 5 (ServiceNow), configure pour analyser et orchestrer un service cloud que la demande d'utilisateur de service cloud a demande de consommer, pour selectionner les services et/ou ressources informatiques cloud fournis par le fournisseur de service cloud et/ou un mode fonction, et executer une operation de service cloud. 10 3. Serveur selon la revendication 1 ou 2, caracterise en ce que le module de traitement de service cloud (10) (ServiceNow) comprend : - un module de portal! ; - un module de catalogue et d'orchestration de processus pour orchestrer plusieurs demandes sur plusieurs 15 instances de serveur avec une fonctionnalite de gestion de protection de donnees, configure pour stocker les informations de services et/ou ressources informatiques cloud ; - un module de securite, configure pour fournir une 20 assurance de securite pour que le demandeur de service cloud accede a un service cloud; - un module de gestion de surveillance, configure pour surveiller un statut d'execution du service cloud ; - un module de- gestion de niveau de service fournissant 25 une interface pour determiner l'un quelconque des parametres suivants : - fenetre de temps pour la disponibilite de support, - fenetre de temps pour la prise en charge d'incident en fonction de la priorite, 30 - fenetre de temps pour la prise en charge de changement, 19 - temps de reponse de dialogue de la planification de ressources d'entreprise (ERP), - taille du serveur virtuel, - taille du serveur physique, - taille du stockage initial et minimal, - parametre de recuperation de donnees tel que l'objectif de point de recuperation (RPO), ou l'objectif de temps de recuperation (RTO), niveau de service - un module de catalogue et d'orchestration de processus pour orchestrer plusieurs demandes sur plusieurs instances de serveur avec une fonctionnalite de gestion de protection de donnees, configure pour stocker les informations de services et/ou ressources informatiques cloud ; 4. Serveur selon l'une des revendications 1 a 3, caracterise en ce que le module de traitement de service cloud (10) (ServiceNow) est configure pour : - recevoir un flux de travaux, le flux de travaux definissant un flux d'activites discretes et des chemins d'execution reliant les activites de sorte que certaines activites puissent etre executees concurremment, le flux de travaux ayant une representation, stockee electroniquement, correspondante d'un accord de niveau de service (SLA), le SLA comprenant un ensemble de regles gouvernant l'execution du flux de travaux ; - analyser le flux de travaux pour identifier des sous-flux de travaux qui peuvent etre executes independamment, un sous-flux de travaux comprenant un ensemble d'une ou plusieurs des activites chacune reliee sur un chemin d'execution du flux de travaux ; 20 - obtenir des informations sur une pluralite de fournisseurs de services en ligne, chaque fournisseur de service en ligne comprenant un ou plusieurs ordinateurs qui fournissent ensemble un service en ligne ; 5 - selectionner differents fournisseurs de services parmi les fournisseurs capables d'effectuer les sous-flux de travaux, respectivement, ou les fournisseurs de services sont selectionnes sur la base de criteres concernant la rapidite du temps d'acces tels qu'appliques aux informations sur 10 les fournisseurs de services en ligne ; et - transmettre les sous-flux de travaux via un reseau aux fournisseurs de services en ligne correspondants pour executer les sous-flux de travaux. 5. Serveur selon l'une des revendications 1 a 4, caracterise en 15 ce que la surveillance est effectude selectivement en deployant des agents sur des Motes d'application ou sans agent ou avec une combinaison, un agent etant un composant logiciel installe sur une station de travail ou un serveur pour surveiller le trafic d'application et faire un rapport a une infrastructure centrale. 20 6. Serveur selon l'une des revendications 1 a 5, caracterise en ce que le processus de gestion de performance mis en oeuvre par le serveur inclut une premiere etape consistant A identifier une performance qui a besoin d'être mesuree, definir une valeur cible sauvegardee dans une memoire du serveur et realiser la mesure pour determiner la performance 25 reelle du systerne et calculer l'ecart entre la valeur cible et mesuree ; le resultat etant apres rapporte a un module d'analyse du serveur pour analyser les donnees et laisser generer des recommandations pour resoudre le probleme par un module de support de decision. 30