Brevet FR3076025A1 (20190628)

REVENDICATIONS1. Réseau informatique comprenant un groupe de plusieurs infrastructures (51 à\n<CLM>\1\tde ressources de calcul parmi lesquelles : > chaque infrastructure (51 à\n<CLM>\1\tcomprend plusieurs ressources de calcul distinctes entre elles mais gérées par un même gestionnaire de ressources, > chaque infrastructure (51 à\n<CLM>\1\test associée à un orchestrateur (41 à\n<CLM>\1\tchargé d'affecter les ressources de cette infrastructure (51 à\n<CLM>\1\tà une ou plusieurs applications client (17), > lesdits orchestrateurs (41 à\n<CLM>\1\tsont réunis en un essaim dans lequel : o lesdits orchestrateurs (41 à\n<CLM>\1\tsont reliés entre eux par une interface de coopération (3), o l'affectation de ressources de l'une ou de l'autre des infrastructures (51 à\n<CLM>\1\tdu groupe, à un composant supplémentaire d'une application client (17) déjà hébergée par au moins une des infrastructures (51 à\n<CLM>\1\tdudit groupe suite à une première opération d'initialisation de cette application client (17), pour héberger ledit composant supplémentaire de cette application client (17) lors d'une deuxième opération de mise à jour de cette application client (17), est décidée par un procédé de décision basé sur : -d'abord des évaluations des possibilités de satisfaire les besoins dudit composant supplémentaire de cette application client (17), respectivement distribuées chez les orchestrateurs (41 à\n<CLM>\1\tde cet essaim, 50 - ensuite, un protocole de consensus, entre les orchestrateurs (41 à\n<CLM>\1\tde l'essaim, qui : - est basé sur lesdites évaluations, - est réalisé au niveau de l'interface de 5 coopération (3), - choisit l'une des infrastructures (51 à\n<CLM>\1\tdu groupe pour héberger ledit composant supplémentaire de l'application client (17). 10\n<CLM>\1\tRéseau informatique selon la revendication 1, caractérisé en ce que : > ledit composant supplémentaire de cette application client (17) est un nouveau composant non encore hébergé par l'une ou l'autre des infrastructures (51 à\n<CLM>\1\tdudit groupe. 15\n<CLM>\1\tRéseau informatique selon la revendication 1, caractérisé en ce que : > ledit composant supplémentaire de cette application client (17) est la réplication d'un composant existant déjà hébergé par l'une ou l'autre des infrastructures (51 à\n<CLM>\1\tdudit groupe. 20\n<CLM>\1\tRéseau informatique selon l'une quelconque des revendications précédentes, caractérisé en ce que : > dans ledit groupe, seuls les orchestrateurs (41 à\n<CLM>\1\tassociés à des infrastructures (51 à\n<CLM>\1\thébergeant déjà au moins un composant de cette application client (17) suite à ladite première opération 25 d'initialisation de cette application client (17), peuvent participer audit procédé de décision lors de ladite deuxième opération de mise à jour de cette application client (17).\n<CLM>\1\tRéseau informatique selon l'une quelconque des revendications 30 précédentes, caractérisé en ce que ledit procédé de décision comprend les étapes successives suivantes : 51 > une première étape de demande de déploiement dudit composant supplémentaire de cette application client (17) auprès de l'un des orchestrateurs (41 à\n<CLM>\1\tde l'essaim, > une deuxième étape de diffusion des besoins de tout ou partie 5 dudit composant supplémentaire de ladite application client (17) à tous les orchestrateurs (41 à\n<CLM>\1\tde l'essaim, sur leur interface de coopération (3), > une troisième étape de notification de participation ou non aux évaluations par les orchestrateurs (41 à\n<CLM>\1\tde l'essaim, sur leur 10 interface de coopération (3), > une quatrième étape de réalisation de l'évaluation par calcul d'un score pour ledit composant supplémentaire de ladite application client (17) par chacun des orchestrateurs (41 à\n<CLM>\1\tparticipant aux évaluations, 15 > une cinquième étape d'accord, par le protocole de consensus, sur le choix de celle des infrastructures (51 à\n<CLM>\1\tdu groupe, pour héberger ledit composant supplémentaire de ladite application client (17), qui a réalisé le meilleur score, > une sixième étape de déploiement dudit composant supplémentaire 20 de ladite application (17) sur l'infrastructure choisie (51 à 56).\n<CLM>\1\tRéseau informatique selon l'une quelconque des revendications précédentes, caractérisé en ce que ledit composant supplémentaire (21 à\n<CLM>\1\tde l'application client est affecté à une seule infrastructure (51 à 56), 25 ledit composant supplémentaire (21 à\n<CLM>\1\td'application client (17) étant une unité de déploiement de cette application (17) sur l'une des infrastructures (51 à\n<CLM>\1\tdu groupe, un composant étant de préférence une machine physique ou une machine virtuelle ou un conteneur. 30\n<CLM>\1\tRéseau informatique selon la revendication 6, caractérisé en ce que ladite étape de déploiement comprend les phases suivantes : 52 > une première phase de lancement du déploiement dudit composant supplémentaire, après les déploiements de plusieurs composants (21 à\n<CLM>\1\tdistincts d'une même application client (17) préalablement réalisés en parallèle sur plusieurs infrastructures (51 5 à\n<CLM>\1\tdifférentes choisies dans un même groupe, > une deuxième phase de mise à jour des relations entre les différents composants (21 à\n<CLM>\1\tde cette même application client (17) hébergés sur les différentes infrastructures (51 à\n<CLM>\1\tde ce même groupe, dont ledit composant supplémentaire, 10 > une troisième phase de requête de compte-rendu des déploiements, par un opérateur (1,\n<CLM>\1\tde l'application client (17), auprès de l'un des orchestrateurs (41 à\n<CLM>\1\tde l'essaim, > une quatrième phase d'accès à l'état des déploiements, par l'intermédiaire de l'interface de coopération (3), par cet 15 orchestrateur (41 à 46), > une cinquième phase d'envoi de compte-rendu de l'état des déploiements, par cet orchestrateur (41 à 46), vers l'opérateur (1,\n<CLM>\1\tde l'application client (17). 20\n<CLM>\1\tRéseau informatique selon la revendication 7, caractérisé en ce que plusieurs desdites, de préférence toutes les, infrastructures (51 à\n<CLM>\1\td'un même groupe pouvant héberger les différents composants (21 à\n<CLM>\1\td'une même application client (17) sont hétérogènes entre elles. 25\n<CLM>\1\tRéseau informatique selon l'une quelconque des revendications 6 à 8, rattachées à la revendication 2, caractérisé en ce que ledit calcul de score pour ledit composant supplémentaire (21 à\n<CLM>\1\td'une application client (17) intègre aussi le score des autres composants (21 à\n<CLM>\1\tde la même application client (17) de manière à privilégier la localisation des 30 différents composants (21 à\n<CLM>\1\td'une même application client (17) sur la même infrastructure (51 à 56). 53\n<CLM>\1\tRéseau informatique selon l'une quelconque des revendications 6 à 9, rattachées à la revendication 5, caractérisé en ce que chaque orchestrateur (41 à\n<CLM>\1\td'un même groupe embarque sa propre logique 5 de calcul de score pour réaliser une évaluation, intégrant aussi bien la spécificité du type d'infrastructure associée que son contexte d'utilisation.\n<CLM>\1\tRéseau informatique selon l'une quelconque des revendications 10 précédentes, caractérisé en ce qu'un opérateur (1,\n<CLM>\1\tde l'application client (17) contacte l'un quelconque des orchestrateurs (41 à\n<CLM>\1\tde l'essaim, pour requérir l'hébergement dudit composant supplémentaire de ladite application (17). 15\n<CLM>\1\tRéseau informatique selon l'une quelconque des revendications précédentes, caractérisé en ce qu'après réception, par un orchestrateur (41 à 46), d'une requête d'hébergement d'une application client (17), cet orchestrateur (41 à\n<CLM>\1\tdiffuse tout ou partie des métadonnées (14) dudit composant supplémentaire de cette application client (17) aux autres 20 orchestrateurs (41 à\n<CLM>\1\tde l'essaim pour leurs évaluations respectives.\n<CLM>\1\tRéseau informatique selon l'une quelconque des revendications précédentes, caractérisé en ce que, pour réaliser son évaluation de ses possibilités de satisfaire les besoins dudit composant supplémentaire de 25 cette application client (17), chaque orchestrateur (41 à\n<CLM>\1\tde l'essaim ouvre une session de durée prédéterminée, éventuellement renouvelable avant fin de sessions, la fin de toutes les sessions des orchestrateurs de l'essaim déclenchant ledit protocole de consensus. 30\n<CLM>\1\tRéseau informatique selon l'une quelconque des revendications précédentes, caractérisé en ce que chaque orchestrateur (41 à\n<CLM>\1\tde 54 l'essaim possède son propre mode d'évaluation de ses possibilités de satisfaire les besoins dudit composant supplémentaire de cette application client (17), ce mode d'évaluation étant modifiable auprès de chaque orchestrateur (41 à\n<CLM>\1\tde l'essaim par l'intermédiaire d'un 5 branchement d'un module de logique d'évaluation.\n<CLM>\1\tRéseau informatique selon l'une quelconque des revendications précédentes, caractérisé en ce qu'un orchestrateur (41 à\n<CLM>\1\tpeut décider d'abandonner une évaluation en cours pour ledit composant 10 supplémentaire de cette application client (17), si cette application client (17) présente un profil particulier inadapté à l'infrastructure (51 à\n<CLM>\1\tde cet orchestrateur (41 à 46).\n<CLM>\1\tRéseau informatique selon l'une quelconque des revendications 15 précédentes, caractérisé en ce que chaque orchestrateur (41 à\n<CLM>\1\tde l'essaim refuse de participer aux évaluations si ses ressources sont trop limitées ou s'il a été paramétré pour refuser de nouveaux déploiements d'application. 20\n<CLM>\1\tRéseau informatique selon l'une quelconque des revendications précédentes, caractérisé en ce qu'un nouvel orchestrateur (41 à\n<CLM>\1\tcommunique ses types de ressources et ses capacités sur son interface de coopération (3) aux autres orchestrateurs (41 à\n<CLM>\1\td'un essaim pour être intégré dans leur essaim. 25\n<CLM>\1\tRéseau informatique selon l'une quelconque des revendications précédentes, caractérisé en ce que les applications client (17) décrivent, dans le modèle TOSCA, leurs besoins à l'orchestrateur (41 à\n<CLM>\1\tqu'elles contactent. 30 55\n<CLM>\1\tRéseau informatique selon l'une quelconque des revendications précédentes, caractérisé en ce qu'au moins l'un des, de préférence plusieurs, encore plus de préférence tous les, orchestrateurs (41 à\n<CLM>\1\tde l'essaim incluent chacun : 5 > un module de communication (121,\n<CLM>\1\tavec les autres orchestrateurs (41 à\n<CLM>\1\tde l'essaim sur l'interface de coopération (3), > un module d'interface client (122,\n<CLM>\1\tpour communiquer avec les opérateurs (1,\n<CLM>\1\tdes applications client (17), 10 > un module de calcul de score (123,\n<CLM>\1\tpour l'application client (17) dont les besoins lui sont communiqués, > un module de déploiement (124,\n<CLM>\1\td'une application client (17) sur l'infrastructure (51 à\n<CLM>\1\tassociée audit orchestrateur (41 à 46), > les modules d'interface client (122, 126), de calcul de score (123, 15\n<CLM>\1\tet de déploiement (124,\n<CLM>\1\td'une application (17) communiquant tous avec le module de communication (121, 125).\n<CLM>\1\tProcédé de décision d'affectation de ressources de calcul, de l'une ou de l'autre des infrastructures (51 à\n<CLM>\1\tde ressources de calcul d'un même 20 groupe d'infrastructures (51 à\n<CLM>\1\td'un réseau informatique, à un composant supplémentaire d'une application client (17) déjà hébergée par au moins une des infrastructures (51 à\n<CLM>\1\tdudit groupe suite à une première opération d'initialisation de cette application client (17), pour héberger ledit composant supplémentaire de cette application client (17) 25 lors d'une deuxième opération de mise à jour de cette application client (17), basé sur : > d'abord des évaluations, distribuées chez les orchestrateurs (41 à\n<CLM>\1\trespectifs desdites infrastructures (51 à 56), des possibilités de satisfaire les besoins dudit composant supplémentaire de ladite 30 application client (17), 56 > ensuite, un protocole de consensus entre lesdits orchestrateurs (41 à\n<CLM>\1\tqui : o est basé sur lesdites évaluations, o est réalisé au niveau d'une interface de coopération (3) 5 reliant entre eux lesdits orchestrateurs (41 à\n<CLM>\1\td'un même essaim associé audit groupe d'infrastructures (51 à 56), o choisit l'une desdites infrastructures (51 à\n<CLM>\1\tdudit groupe pour héberger ledit composant supplémentaire de ladite application client (17), en lui affectant tout ou partie des 10 ressources de l'infrastructure choisie (51 à 56).