FR 3042934 A1 20170428 FR 1502251 A 20151023 -1- La présente invention concerne le domaine technique de regroupement de listes d'évènements et traces applicatives, ainsi que du regroupement des noeuds virtuels sur une plate-forme en nuage communément appelée cloud. État de la technique Dans l'état de la technique, différentes méthodes sont mises en oeuvre afin de récupérer les traces applicatives dans des noeuds physiques ou virtuels. Ces méthodes consistent à récupérer les traces applicatives déployées sur chaque noeud. Cependant, ces méthodes ne proposent pas de moyen efficace afin de regrouper celles-ci. Ainsi, lorsque le système d'exploitation est composé de plusieurs noeuds, le fait de 15 ne pas posséder un lieu unique où sont stockées l'ensemble des traces applicatives crée un problème pour identifier efficacement, comprendre les pannes, et suivre le parcours d'un utilisateur dans l'infrastructure. L'idéal serait donc de pouvoir consolider automatiquement l'ensemble des traces 20 applicatives récupérées et les centraliser dans un seul endroit pour avoir une vision globale. La présente invention a donc pour but de résoudre les problèmes techniques mentionnés ci-dessus, en proposant un système et un procédé automatique de 25 concentration de traces applicatives dans un système d'exploitation composé d'un ou plusieurs noeuds. Glossaire 30 Le terme "noeud" utilisé dans la présente invention peut être compris de façon non limitative comme "serveur virtuel, sur interner, "serveur virtuel, sur cloud", "serveur virtuel, sur une plate-forme en nuage", "serveur sur une infrastructure locale", "réseaux de serveurs", "cluster'', "ferme de serveurs", "ferme de noeuds". 3042934 - 2 - Le terme "système d'exploitation" utilisé dans la présente invention peut être compris de façon non limitative comme "operating system", "système d'exploitation de centre de données", "Datacentee, "operating system de ferme de noeud" et/ou un ensemble de noeud (ferme de noeud) répondant à des principes déterminés. Le système 5 d'exploitation de centre de données, sur sa forme minimale peut ainsi être constitué uniquement d'un noeud. Et il peut aussi être constitué de multiples noeuds. Le "service" est un programme installé depuis une base de registre qui est exécuté à la demande ("requête") sur un noeud. 10 Le terme "trace applicative" utilisé dans la présente invention peut être compris de façon non limitative comme l'écriture dans un fichier d'un historique d'évènements applicatifs, journal ou "log" affectant un service, un système d'exploitation ou des messages entre différents utilisateur d'un logiciel de communication dans un temps donné. Le terme "système de sûreté intégré" utilisé dans la présente invention peut être compris de façon non limitative comme un système de sûreté de non défaillance ou système de sécurité intégré, "fail-safe", "reprise après erreur". Le terme "moteur de recherche" utilisé dans la présente invention peut être compris de façon non limitative comme "search engine" permettant de trouver des ressources à partir d'une requête sous forme de mots. Le terme "pattern" utilisé dans la présente invention peut être compris de façon non limitative comme "format", "modèle" décrivant une solution standard et utilisable. Le terme "disque dur " utilisé dans la présente invention peut être compris de façon non limitative comme "HDD ", "hard disk', "hard disk drive". Le terme "timestamp" utilisé dans la présente invention désigne la date et l'heure de création d'un évènement. 3042934 - 3 - Le terme "puit de logs" utilisé dans la présente invention représente l'emplacement où est regroupé l'ensemble des traces applicatives. Exposé de l'invention 5 Le procédé selon l'invention comporte une méthode permettant de regrouper les traces applicatives de chaque noeud au sein d'un même service de suivi des traces applicatives. lo Regrouper les traces applicatives permet de mieux comprendre le fonctionnement, corrects ou/et en erreurs et de tirer des indices importants par leur analyse. En effet, le fait de les consolider au sein d'un même service simplifie leur compréhension générale et leur analyse. 15 Selon des modes particuliers de réalisation: - la consolidation automatique des traces applicative simplifie grandement la récupération et l'accès aux traces et se traduit par un gain de temps; - la consolidation des traces applicatives permet une meilleure lecture des résultats obtenus; 20 - la transformation des traces applicatives reçues en traces présentées dans un format lisible permet d'être plus rapidement exploitables et fournir des indices quant à d'éventuelles pannes; - l'affichage de l'ensemble des traces applicatives simultanément et sur une même plate-forme permet de confondre plusieurs traces et mieux comprendre 25 le fonctionnement global de l'infrastructure et d'appréhender d'éventuelles incompatibilités entre différentes applications, services ou serveurs. Brève description des dessins 30 La présente invention est illustrée par une liste non exhaustive d'exemples accompagnant des figures dans lesquelles les références numériques indiquent des éléments similaires comme suit: 3042934 - 4 - La figure 1 représente un système d'exploitation (1) composé d'au moins un noeud (2) où sont déployés des instances de services (3) et un ou plusieurs disques dur (5) qui s'appuient toutes sur des instances d'un unique service de suivi (4). Chaque noeud (2) contient une instance dudit service de suivi (4) et un disque dur (5). La figure 2.a représente un modèle d'une ligne de trace applicative (8). La figure 2.b représente un exemple d'une ligne de trace applicative reçue (8.1) puis transformée (8.2). La figure 3 représente le regroupement de l'ensemble des traces applicatives (8) à un seul et unique endroit appelé puit de logs (9). La figure 4 représente le principe de transformation par le service de suivi de traces 15 (4), des traces applicatives (8) reçues et stockées dans le puit de log (9) afin de les présenter dans format universel et lisible pour l'utilisateur. Description détaillée 20 Le procédé selon la présente invention permet le regroupement des traces applicatives (8) présentes sur au moins un noeud (2) du système d'exploitation (1) dans un seul et unique service de suivi (4). La figure 1 représente la vue d'ensemble d'un système d'exploitation (1) composé 25 d'au moins un noeud (2) où sont déployés des instances de services (3) et un ou plusieurs disques dur (5) qui s'appuient toutes sur des instances d'un unique service (4) de suivi afin d'écrire leurs traces applicatives (8). Ces traces applicatives (8) peuvent être de deux types: 30 - Traces de services: proviennent des différentes instances de services (3); - Traces système: proviennent des différents systèmes d'exploitation utilisées (1) et regroupées dans le disque dur (5). 5 10 3042934 - 5 - Dans l'exemple présenté figure un système d'exploitation (1) composé de trois noeuds (2) où sont déployés sur chaque noeud (2): - une ou plusieurs instances de un ou deux services (3); - un disque dur (5); 5 - une instance du service de suivi de traces (4). Avantageusement, le principe de récupération de traces applicatives (8) du service de suivi de trace (4) est le suivant. Les traces applicatives (8) sont des fichiers de trace qui permettent de comprendre le fonctionnement et les pannes éventuelles 10 mais aussi de tirer des informations ou indices importants de par leur analyse. Le fait d'avoir des traces des services (3) dont les instances sont déployées sur différents noeuds (2) et/ou des traces systèmes stockées dans le disque dur (5) demande un mécanisme de consolidation de l'ensemble de ces traces applicatives (8) afin d'avoir une vue globale de l'ensemble de ces traces. Le but du service de suivi de trace (4) 15 est donc de consolider les traces applicatives (8) de l'ensemble des services (3) déployées et des données systèmes stockées dans le disque dur (5) sur les différents noeuds (2) qui composent le système d'exploitation (1). L'ensemble des services (3) déployées et les données systèmes stockées dans le 20 disque dur (5) s'appuient sur le service de suivi de traces (4) pour écrire leurs traces applicatives (8). Préférentiellement, le service de suivi de traces (4) comme n'importe quel autre service (3) dispose d'un système de sûreté intégré afin de maintenir ledit service 25 dans le cas d'une panne d'une ou plusieurs noeuds (2). La figure 2.a représente un modèle d'une ligne de trace applicative (8) où sont renseignés plusieurs paramètres, cette liste est non exhaustive: - serviceid: identifiant du service concerné; 30 - noeudid: identifiant du noeud concerné; - timestamp: date et heure à laquelle la trace a été écrite; - sessionid: identifiant de la session ouverte; - userid: identifiant de la personne ayant ouvert une session; 3042934 - 6 - - terminal: identifiant du noeud sur lequel la trace a été écrite; - sévérité: criticité du message; - classification : service, système exploitation ou message utilisateur; - message: action de la trace. 5 La figure 2.b représente un exemple d'une ligne de trace applicative reçue (8.1) avant et après transformation (8.2) par le service de suivi (4) où sont renseignés les paramètres de timestamp et message. 10 La figure 3 représente le regroupement des traces applicatives (8) dans un seul et unique endroit, le puit de log (9). La figure 4 représente le principe de transformation par le service de suivi de traces (4), des traces applicatives (8) contenues dans le puit de log (9) afin de les présenter 15 dans format universel. Le service de suivi de traces (4) fonctionne via les protocoles HTTP, UDP, TCP, FTP et Streaming HTTP. Il s'appuie sur des architectures de serveurs répliqués permettant d'autoriser une multitude de demande de lecture et d'écriture sur ledit 20 service de suivi de traces (4). Dans l'exemple présenté dans la figure 4, les traces applicatives (8) regroupées dans le puit de log (9) sont transformées par le service de suivi de traces (4) dans un format universel, enrichi de données utilisateur et regroupées dans un espace 25 unique, appelé "moteur de recherche" (6) afin d'être facilement récupérable lors d'une recherche (7) dans ledit moteur de recherche (6). Avantageusement, le service de suivi de traces (4) est sécurisé dans le sens où il permet un accès uniquement si une session est ouverte pour un utilisateur 30 préalablement identifié sur le système d'exploitation (1). Cependant, l'accès à la recherche (7) dans ledit moteur de recherche (6) est accessible depuis n'importe quel accès dans la mesure où l'utilisateur est authentifié sur le système d'exploitation (1). De plus, ledit service de suivi (4) filtre les traces (8) reçues en fonction des permissions utilisateurs lors de l'affichage. Par exemple, si un utilisateur possède un 3042934 - 7 - accès permettant seulement de voir uniquement un seul et unique service il ne pourra pas voir d'autres types d'information auquel il n'est pas censé avoir accès. Cette recherche (7) peut se faire soit par mot clé, soit à partir de formats ou pattern déjà enregistrés, et peut faire l'objet de filtre par trace applicative, service, noeud, ou version. Cette liste n'est pas exhaustive. Une recherche "accélérée" peut également être proposée grâce à l'indexation des traces applicatives (8) via moteur de recherche sous protocole HTTP, HTTPS. 10 Une extraction de données significatives est également proposée depuis le moteur de recherche qui, grâce à une option de recherche avancée, permet de filtrer les informations recherchées en fonction de divers et multiples paramètres. 15 Ainsi, le système et le procédé selon l'invention sont particulièrement destinés à mettre en place des moyens pour consolider les traces applicatives (8), de transformer le format de ces traces (8) afin de les normaliser, de les rendre lisibles et facilement interprétables, et enfin d'afficher l'ensemble des résultats obtenus en même temps sur une même plate-forme; facilitant les recherches et la 20 compréhension de l'ensemble de l'infrastructure mise en place. REVENDICATIONS1. Procédé automatique de concentration de traces applicatives (8) dans un système d'exploitation (1) en nuage composé d'un ou plusieurs noeuds (2) caractérisé en ce qu'il comporte les étapes suivantes: a. consolidation des traces applicatives (8) sur une ou plusieurs instances d'un service unique de suivi de traces (4) ; b. transformation des traces applicatives (8) reçues en traces présentées dans un format lisible; c. stockage de l'ensemble des traces applicatives récupérées dans un puit de logs (9); d. transformation simultanément des traces applicatives dans un format universel; e. Accès unique de l'ensemble des traces applicatives sur une unique plate-forme. 2. Procédé selon la revendication 1, caractérisé en ce que le service de suivi de traces (4) possède au moins une instance. 3. Procédé selon la revendication 1, caractérisé en ce que le service de suivi de traces (4) permet de faire des recherches soit par mot clé, soit par niveau de traces ou soit à partir de formats ou pattern déjà enregistrés. 4. Procédé selon les revendications 1 et 3, caractérisé en ce que le service de suivi de traces (4) permet de filtrer les recherches obtenues par trace applicative, service, noeud, ou version. 5. Procédé selon les revendications 1, 3 et 4, caractérisé en ce que le service de suivi de traces (4) propose une recherche "accélérée" grâce à l'indexation des traces applicatives via un moteur de recherche sous protocole HTTP, HTTPS. 6. Procédé selon les revendications 1, 3, 4 et 5 caractérisé en ce que le service de suivi de traces (4) propose une extraction de données significatives depuis le moteur de recherche. 3042934 - 9 - 7. Procédé selon la revendication 1, caractérisé en ce que le service de suivi de traces (4) fonctionne via les protocoles HTTP, HTTPS, UDP, TCP, FTP et Streaming HTTP. 8. Procédé selon les revendications 1 et 7, caractérisé en ce que le service de suivi de traces (4) s'appuie sur des architectures de serveurs répliqués permettant d'autoriser une multitude de demande de lecture et d'écriture sur ledit service de suivi de traces (4). 9. Procédé selon la revendication 1, caractérisé en ce que le service de suivi de traces (4) est sécurisé dans le sens où il permet un accès uniquement si une session est ouverte pour un utilisateur préalablement identifié sur le système d'exploitation (1). 10. Procédé selon les revendications 1 et 9, caractérisé en ce que le service de suivi de traces (4) filtre les traces reçues par un ou plusieurs services (3) en fonction des permissions utilisateurs lors de l'affichage.