Brevet FR3011422A1 — publié le 20150403

La présente invention concerne le domaine des infrastructures de serveurs informatiques et de stockage de données. Dans l'état de la technique, il existe des SaaS (Software as a service), qui sont des logiciels non pas installés sur l'ordinateur de l'utilisateur, mais chez le fournisseur. Ces SaaS rendent possible l'accès à un service depuis n'importe quel serveur physique possédant une connexion internet. Ils génèrent des installations serveurs duplicables sur n'importe quel serveur physique. Actuellement, il existe deux techniques de duplication de l'installation serveur provenant des SaaS: - La première technique consiste à dupliquer une même installation serveur sur plusieurs machines physiques à partir du même serveur d'application. Cette technique présente l'inconvénient de limiter le nombre de machines physiques par serveur d'application: le nombre de machines physiques doit ainsi être proportionnel au nombre de serveurs d'application. Cette limitation bride le lissage des tâches: dans ce cas de figure, les éditeurs de SaaS doivent prévoir un nombre plus important de machines afin de répondre à la nécessité de dupliquer les installations serveur. - La deuxième technique possible est d'exécuter plusieurs serveurs d'application parallèles sur une même machine physique. L'inconvénient de cette technique est le bridage du nombre de serveurs d'application par la capacité limitée des machines physiques: plus le nombre de serveurs d'application fonctionnant sur une machine physique augmente, plus la performance de la machine physique décroît. Cette baisse de performance nécessite soit d'augmenter la capacité des machines physiques, soit d'investir dans l'acquisition de nouvelles machines physiques pour répartir la charge de gestion des serveurs d'application. En outre, la préoccupation principale du fournisseur de SaaS est d'offrir une disponibilité maximale de ses services; cette disponibilité implique la capacité de traiter efficacement un grand nombre de requêtes et de stocker un nombre indéfini de données. Or, la quantité de données et de requêtes à traiter dépend de l'utilisation faite du SaaS, donc du nombre de clients. L'infrastructure, pour être rentable économiquement, se doit d'être flexible. Le manque de flexibilité des techniques et de l'infrastructure susmentionnés engendre par conséquent une situation d'utilisation non-optimale des machines physiques. Cette rigidité génère des coûts superflus pour le fournisseur de SaaS: - coûts d'investissement, dès lors que le fournisseur de SaaS doit acheter le matériel nécessaire à l'augmentation du nombre de serveurs physiques pour assurer la disponibilité maximale de ses services; - coûts de fonctionnement des machines (notamment l'électricité, la configuration, la maintenance); - coûts de maintenance superflus, dus à l'utilisation sous-optimale des serveurs physiques en cas de décroissance de la demande sur le service. De plus, le nombre important de données traitées rend ce système trop complexe, ce qui occasionne une perte de temps lors de la maintenance. La rigidité du système limite également le nombre de requêtes et entraîne une 25 surconsommation des machines physiques et virtuels par rapport au nombre de demandes formulées par les utilisateurs au service. Par ailleurs, le fournisseur doit garantir l'intégrité des données de l'utilisateur en proposant un accès sécurisé par un système d'authentification. 30 Le dispositif selon l'invention a pour objectif de résoudre ces problèmes techniques, en engageant sur les machines physiques une procédure de duplication d'un nombre scalable de machines virtuelles permettant le déploiement d'un progiciel de gestion de ressources. Description de l'invention. La présente invention concerne un dispositif 5 composé d'un ensemble de machines physiques sur lesquels sont dupliqués un nombre scalable de machines virtuelles permettant le déploiement d'un progiciel de gestion de ressources. Ce dispositif informatique prévoit l'exécution d'un progiciel d'authentification des utilisateurs, ce qui permet de préserver l'intégrité des données en en sécurisant l'accès: le progiciel vérifie ainsi que l'utilisateur qui se connecte possède les droits requis pour accéder aux données. Le dispositif selon l'invention comprend une infrastructure cloud (laaS), un 15 Software as a Service (SaaS), un serveur d'application, un progiciel de gestion intégré (également connu sous le nom de ERP: Enterprise Resource Planning), et une machine physique permettant de paramétrer les serveurs virtuels, de superviser les données via un moteur de recherche, de présenter des données par thème (formulaire spécifique associé à la donnée) et de modifier des 20 enregistrements. Le dessin annexé illustre l'invention: La figure 1 représente le dispositif composé d'un ensemble de machines physiques (4) et la procédure de duplication d'un nombre scalable de machines 25 virtuelles (2) à travers le déploiement d'un serveur d'application sur lequel s'exécute un progiciel de gestion de ressources (1). Cette procédure s'opère sur l'infrastructure cloud (3). Elle représente également la répartition des tâches (5) (communément appelée 30 Load-balancing) entre les différents machines physiques (4). Le système selon l'invention fonctionne de la façon suivante: Les dispositifs informatiques (4), aussi appelés machines physiques, reçoivent les images serveurs issues du serveur d'application sur lequel s'exécute un progiciel de gestion de ressources (1), rendant le système informatique s modulable et scalable. Cette souplesse permet une exécution indépendante des machines virtuelles: il est ainsi possible de gérer la répartition des tâches (5) (communément appelée Load-balancing) entre les différentes machines physiques (4). 10 En fonction de la croissance du nombre de requêtes formulées par les utilisateurs connectés au service, la flexibilité du dispositif va permettre de générer plus de serveurs d'application (1 et 2) sur l'infrastructure cloud (3) (laaS); à l'inverse, au fur et mesure de la décroissance du nombre de requêtes des utilisateurs connectés au service, cette flexibilité va permettre de mettre en 15 veille les serveurs d'application (1 et 2) non utilisés sur l'infrastructure cloud (3) (laaS). Dans les deux cas, il est possible de maintenir le nombre initial de machines physiques (4), et de prévoir un nombre de machines physiques (4) suffisant pour assurer une disponibilité maximale du service aux utilisateurs-clients. 20 Parallèlement à cette modélisation, le progiciel de protection de l'intégrité des données (communément appelé ERP, ou Enterprise Ressource Planning) est exécuté sur les dispositifs informatiques (4). Le progiciel soumet l'accès au système cloud (3) à l'authentification de l'utilisateur, afin d'assurer la sécurité et 25 l'intégrité des données. Le dispositif selon l'invention remplit principalement quatre fonctions: la gestion des données, les fonctionnalités métiers exposées en services internet, le système d'accès et d'authentification sécurisé et le progiciel de gestion intégré 30 ERP. Le progiciel ERP récupère également les données utilisées dans chaque SaaS, ce qui lui confère un caractère générique: ainsi, les données traitées pour un type de métier par le progiciel peuvent être réutilisées pour d'autres types de métiers. Le progiciel exécuté sur SaaS dans les infrastructures modulables permet: - de garantir l'intégrité des données, en sécurisant leur accès par un système d'authentification qui vérifie les droits de l'utilisateur sur les ressources; - de stocker les données en masse grâce à la mise à disposition de 10 l'utilisateur d'une capacité indéfinie de stockage de ressources; - de proposer un référentiel évolutif, en ce qu'il privilégie un système d'indexation des ressources (plus modulable et moins contraignant) à un système de type "enregistrement dans une base de données" dont la 15 structuration en tables rend la gestion des données plus rigide. La présente invention est particulièrement destinée à optimiser la gestion de la maintenance de dispositifs (4) et d'infrastructures informatiques, en engageant sur les machines physiques une procédure de duplication d'un nombre scalable 20 de machines virtuelles permettant le déploiement d'un progiciel de gestion de ressources. 25 REVENDICATIONS1. Système de duplication de machines virtuelles sur machines physiques 5 caractérisé en ce qu'il comporte: une infrastructure cloud (laaS) (3) un software as a service (SaaS) un progiciel, communément appelé ERP (Enterprise Resource Planning/ gestion de ressources intégré) (1) apte à assurer la sécurité et l'intégrité des données par le biais d'une authentification des utilisateurs et apte à rendre le système informatique modulable et scalable un serveur d'application sur lequel le progiciel (1) est exécuté des machines physiques (4) aptes à recevoir les images serveurs issues du serveur d'application, à superviser des données via un moteur de 15 recherche, à présenter des données par thème (formulaire spécifique associé à la donnée) et à modifier des enregistrements. un nombre scalable de machines virtuelles 2. Procédé mis en oeuvre par le système selon revendication 1, caractérisé en 20 ce qu'il comporte les étapes suivantes: déploiement d'un serveur d'application sur lequel s'exécute un progiciel de gestion de ressources (1); réception par les machines physiques des images serveurs issues du serveur d'application 25 exécution en parallèle du progiciel de gestion de ressources intégré (ERP: Enterprise Resource Planning) (1) sur les machines physiques (4); gestion de la répartition des tâches (5) (Load-balancing) entre les différentes machines physiques (4); soumission de l'accès à l'infrastructure Cloud (laaS) (3) par le progiciel 30 de gestion de ressources intégré à une authentification de l'utilisateur; récupération et classification via un système d'indexation des ressources des données utilisées dans chaque software as a service (SaaS) par le progiciel de gestion de ressources intégré.- 7 - - Gestion et réutilisation des données traitées pour d'autres types de fonctionnalités métiers exposées en service internet. 3. Procédé selon la revendication 2, caractérisé en ce qu'il comporte l'étape d'authentification d'accès par le biais de la vérification des droits de l'utilisateur sur les ressources, pour garantir l'intégrité des données. so 4. Procédé selon les revendications 2 et 3, caractérisé en ce qu'il comporte l'étape de mise à la disposition de l'utilisateur des données accessibles sur un espace de stockage à capacité indéfinie.