FR 3046015 A1 20170623 FR 1562999 A 20151221 1 Procédé d'allocation de ressources d'exécution L'invention se situe dans le domaine des réseaux de télécommunication, et concerne plus particulièrement un procédé d'allocation de ressources d'exécution au sein d'une infrastructure de ressources virtualisées comme une infrastructure en nuage. L'organisme de normalisation ETSI (pour « European Telecommunications Standards Institute ») a lancé début 2013 un projet dénommé NFV (pour « Network Functions Virtualization ») pour établir, entre les experts des secteurs des télécommunications et des technologies de l'information, les premières spécifications dans le domaine de la virtualisation (c'est-à-dire la dématérialisation) des fonctions utilisées dans les réseaux de télécommunications, désignées par la suite par fonctions réseau virtualisées (également appelées VNF pour « Virtualized Network Function »). Ces fonctions réseau virtualisées désignent par exemple les fonctions mises en oeuvre par une entité de gestion de mobilité virtualisée (e.g. MME pour « Mobility Management Entity »), une passerelle (e.g. P-GW pour « PDN Gateway »), un pare-feu, etc. Composées ensemble, les fonctions réseau virtualisées forment des services réseaux correspondant par exemple à un coeur de réseau IMS (pour « IP Multimedia Subsystem »), un réseau de distribution de contenus (ou réseau CDN pour « Content Distribution Network »), ou encore un coeur de réseau EPC (pour « Evolved Packet Core »). La virtualisation des fonctions réseau est réalisée notamment sur des infrastructures dites en nuage, plus communément désignés par « cloud », qui implémentent et hébergent ces fonctions sur des machines virtuelles accessibles par exemple par l'intermédiaire d'une application réseau. Ces machines virtuelles utilisent des ressources informatiques et réseau matérielles distantes (ex. connectivité réseau, puissance de calcul, espaces de stockage, serveurs, applications, etc.), gérées par l'infrastructure en nuage, et mutualisées entre ses différents clients en fonction de leurs besoins respectifs. Les clients peuvent ainsi accéder à ces ressources sans avoir à administrer l'infrastructure sous-jacente de gestion de ces ressources, qui est souvent complexe. Les demandes de ressources se font soit service réseau par service réseau, soit fonction réseau par fonction réseau. L'ETSI introduit par ailleurs dans un livre blanc intitulé « Mobile-Edge Computing - Introductory Technical White Paper » daté du 18 septembre 2014, une infrastructure en nuage nommée MEC pour « Mobile Edge Computing ». Une infrastructure MEC se compose de centres de données (« Datacenter » en anglais) distribués plus près des points d'accès d'un réseau d'opérateur (PoP pour « Point of Presence » en anglais). Une telle infrastructure MEC permet de mieux répondre à l'évolution des services sur réseau mobile. Le domaine des communications mobiles requiert en effet de pouvoir traiter un volume de trafic important avec une faible latence, ce à quoi une infrastructure classique reposant sur des centres de données très centralisés ne permet pas de répondre de manière optimale. Une infrastructure MEC permet ainsi une faible latence et peut être utilisée pour réaliser des pré-traitements relatifs à un service applicatif de manière 3046015 2 décentralisée, en relayant ensuite uniquement l'information utile issue de ces pré-traitements vers un centre de données centralisé chargé d'offrir le service applicatif ; ceci permet le traitement d'un grand volume de données. Cette infrastructure MEC présente cependant des inconvénients de par un environnement 5 contraint en termes de ressources (e.g. capacité de calcul, de stockage, bande passante) disponibles au niveau des centres de données décentralisés. La localisation plus près des points d'accès à un réseau ne permet pas en effet à ces centres de données décentralisées de disposer d'un volume important de ressources. Cette limitation des ressources peut notamment conduire à une pénurie de ressources lorsque plusieurs entités clientes d'une telle infrastructure en nuage demandent 10 simultanément une allocation de ressources pour le traitement de leurs services respectifs. A titre d'exemple, nous pouvons considérer le cas d'un service applicatif de relevé de consommation électrique d'un fournisseur d'électricité dépendant de services réseau pour le relevé de compteurs électriques munis de capteurs aptes à se connecter à un réseau d'opérateur de télécommunications. Dans l'exemple considéré, la connexion au réseau d'opérateur est à l'initiative 15 des capteurs. L'opérateur de télécommunications utilise les ressources d'exécution d'une infrastructure en nuage MEC pour l'exécution de fonctions mobiles telles que l'identification, l'authentification des capteurs (munis par exemple de carte SIM pour « Subscriber Identity Module »), l'attachement des capteurs au réseau, le routage des données émises par les capteurs vers une entité du fournisseur d'électricité. Le fournisseur d'électricité utilise également les 20 ressources d'exécution de l'infrastructure en nuage MEC pour son propre compte afin de traiter les données obtenues au moyen des capteurs. En l'absence de coopération entre le fournisseur d'électricité et l'opérateur de télécommunications, la limitation des ressources d'exécution disponibles est susceptible de perturber le fonctionnement du service de relevé de consommation électrique ainsi que les services 25 réseau. En effet lorsque les capteurs d'une zone géographique donnée s'attachent au réseau et transmettent leurs données, il s'ensuit une augmentation du volume de ressources d'exécution allouées aux services réseau. Si le nombre de connexions demeure supérieur au nombre de déconnexions, le volume de ressources d'exécution allouées pour le traitement des services réseau croît. Les données des capteurs sont transmises au service de relevé de consommation électrique du 30 fournisseur d'électricité à mesure qu'elles sont obtenues. Lorsqu'elles sont en quantité suffisante, le service de relevé de consommation électrique demande à son tour des ressources d'exécution à l'infrastructure en nuage MEC afin de les traiter. Cette dernière répond par exemple à cette demande en allouant ses dernières ressources d'exécution pour le service de relevé de consommation électrique. L'ensemble des ressources d'exécution de l'infrastructure en nuage 35 MEC étant utilisé par le service de relevé de consommation et par les services réseau pour les capteurs déjà connectés, il n'est alors plus possible de connecter de nouveaux capteurs au réseau. Le service de relevé de consommation électrique ne peut plus être rendu de manière optimale. 3046015 3 Un des buts de l'invention est de remédier à des insuffisances/inconvénients de l'état de la technique et/ou d'y apporter des améliorations. Selon un premier aspect, l'invention concerne un procédé d'allocation de ressources d'exécution, par une entité gestionnaire de ressources virtualisées, pour une exécution d'un service 5 applicatif et d'au moins un service réseau, l'exécution du service applicatif dépendant de l'exécution concurrente dudit au moins un service réseau. Le procédé comprend : - une première demande d'allocation de ressources d'exécution par une entité gestionnaire dudit au moins un service réseau à l'entité gestionnaire de ressources virtualisées ; - une deuxième demande d' allocation de ressources d'exécution par une entité gestionnaire du 10 service applicatif à l'entité gestionnaire de ressources virtualisées ; caractérisé en ce que le procédé comprend, préalablement à ces demandes, une notification, par l'entité gestionnaire du service applicatif, d'une consommation prévue par le service applicatif d'au moins un service réseau fourni par l'entité gestionnaire de services réseau, à l'entité gestionnaire de services réseau. 15 La notification envoyée par l'entité gestionnaire de services applicatifs à l'entité gestionnaire de services réseau permet d'informer cette dernière de la consommation prévue en services réseau par le service applicatif. Une coopération entre entités clientes de l'entité gestionnaire de ressources virtualisées est ainsi rendue possible lors de l'expression par ces dernières de leurs besoins respectifs en ressources d'exécution. L'entité gestionnaire de services 20 réseau est notamment en mesure, grâce à cette notification, d'anticiper ses propres besoins en ressources d'exécution. Le procédé permet ainsi à l'entité gestionnaire de services réseau de caractériser l'évolution de son besoin en ressources d'exécution pour exécuter les services réseau sur lesquels repose le service applicatif. Le procédé permet en outre à l'entité gestionnaire de service applicatif d'exprimer son 25 besoin en ressources d'exécution auprès de l'entité gestionnaire de ressources virtualisées en tenant compte de la satisfaction des demandes d'allocations de ressources d'exécutions de l'entité gestionnaire de service réseau. La coopération entre entité clientes de l'entité gestionnaire de ressources virtualisées permet en particulier d'éviter que des ressources d'exécution ne soient monopolisées inutilement 30 par une seule entité cliente. Ceci est particulièrement avantageux lors de l'exécution de services interdépendants entre eux. En l' absence de coopération, l'entité cliente effectuant la première sa demande d'allocation de ressources d'exécution est servie la première sans qu'il soit tenu compte des demandes d' allocation de ressources émises par d' autres entités. Une telle situation peut rapidement se traduire par une pénurie en ressources d'exécution pour ces autres entités. 35 Revenant sur l'exemple précédemment donné en introduction d'un service applicatif de relevé de consommation électrique d'un fournisseur d'électricité dépendant de services réseau pour le relevé de compteurs électriques, le procédé permet une coopération entre le service de relevé de 3046015 4 consommation électrique et les services réseau pour la gestion de la répartition des ressources d'exécution entre services, et permet ainsi d'éviter une dégradation voire une interruption de service. La qualité de service est ainsi améliorée. Selon une caractéristique particulière, la notification par l'entité gestionnaire du service 5 applicatif comprend en outre au moins un palier de consommation intermédiaire indiquant une consommation intermédiaire inférieure à la consommation prévue, la première demande de ressources d'exécution comprenant au moins un palier de ressources d'exécution correspondant audit au moins un palier de consommation intermédiaire. La présence d'un ou plusieurs paliers de consommation intermédiaire dans la notification 10 d'une consommation prévue permet à l'entité gestionnaire de services applicatifs de proposer différentes solutions de repli à l'entité gestionnaire de services réseau, lorsque les services réseau ne peuvent répondre aux besoins exprimés par la consommation à venir. Ces paliers de consommation intermédiaire permettent ainsi de converger rapidement (par dichotomie par exemple) vers un besoin acceptable en services réseau par l'entité gestionnaire de services réseau. 15 En cas d'insuffisance de ressources d'exécution pour le service applicatif et les services réseau, il est ainsi possible de solliciter l'entité gestionnaire de ressources virtualisées pour qu'elle alloue un volume de ressources d'exécution moins important que celui requis par la consommation prévue du service applicatif mais permettant néanmoins d'utiliser le plus efficacement possible les ressources d'exécution. 20 Selon une caractéristique particulière, la notification par l'entité gestionnaire du service applicatif comprend en outre au moins un palier de consommation intermédiaire indiquant une consommation intermédiaire inférieure à la consommation prévue, la première demande de ressources d'exécution étant suivie lorsqu'elle n'est pas satisfaite, par des demandes successives de ressources d'exécution correspondants aux paliers de consommation intermédiaires, jusqu'à 25 satisfaction de l'une desdites demandes successives. Selon une caractéristique particulière, le procédé comprend en outre, en réponse à la première demande de ressources d'exécution, une notification de la consommation en services réseau acceptée par l'entité gestionnaire de services réseau à l'entité gestionnaire de services applicatifs préalablement à la deuxième demande de ressources d'exécution, la deuxième demande 30 étant fonction desdites ressources d'exécution réservées. La notification de réservation de ressources d'exécution permet à l'entité gestionnaire de services applicatifs d'adapter sa demande d'allocation de ressources d'exécutions en fonction des ressources d'exécution effectivement réservées par l'entité gestionnaire de ressources virtualisées pour l'exécution de services réseau. 35 Il est ainsi possible pour l'entité gestionnaire de services applicatifs d'ajuster sa demande en ressources d'exécution afin de requérir un volume de ressources d'exécution inférieur à celui 3046015 5 nécessaire à une consommation initialement prévue. Une gestion plus efficace des ressources afin d'optimiser la qualité de service est ainsi permise. Selon une caractéristique particulière, le procédé comprend en outre, lorsque la notification de la consommation en services réseau acceptée indique que la première demande de 5 ressources d'exécution est insatisfaite, une mise en attente de la deuxième demande de ressources. Dans le cas où l'entité gestionnaire de ressources virtualisées n'est plus en mesure d'allouer aucune ressource d'exécution tant à l'entité gestionnaire de services applicatifs qu'à l'entité gestionnaire de services réseau, l'entité gestionnaire de services applicatifs est également informée. Cette dernière peut alors différer sa demande de ressources d'exécution, ce qui évite de 10 surcharger le trafic réseau par l'envoi d'une requête qui ne peut être satisfaite. Selon une caractéristique particulière, le procédé comprend en outre, lorsque la notification de consommation en services réseau acceptée indique que la première demande de ressources d'exécution est insatisfaite, une demande de l'entité gestionnaire de services applicatifs à l'entité gestionnaire de ressources virtualisées d'une réservation de ressources de stockage, les 15 ressources de stockage correspondant à un volume estimé de données à transmettre par l'entité gestionnaire de services réseau à l'entité gestionnaire de services applicatif après exécution dudit au moins un service réseau, l'exécution du service applicatif étant différée. En cas de pénurie de ressources d'exécution, le procédé permet avantageusement de réserver des ressources de stockage et de créer ainsi une zone tampon dans laquelle sont stockées 20 des données à traiter en attendant que des ressources d'exécution soient de nouveau disponibles. Les services réseau considérés plus prioritaires que le service applicatif sont alors traités dans un premier temps, les données issues de ce traitement étant stockées au sein des ressources de stockage réservées à cette fin. Puis dans un deuxième temps, lorsque les ressources d'exécutions utilisées par les services réseau sont libérées, elles peuvent être allouées pour l'exécution du service 25 applicatif, moins prioritaire car dépendant des services réseau. Le procédé permet ainsi de fournir un service applicatif quand bien même l'environnement serait fortement contraint en ressources d'exécution. Selon un deuxième aspect, l'invention concerne une entité gestionnaire de services applicatifs fournissant un service applicatif dont l'exécution dépend d'une exécution concurrente 30 d'au moins un service réseau par une entité gestionnaire de services réseau, comprenant : - un module d'envoi/réception agencé pour envoyer une notification d'une consommation prévue par le service applicatif dudit au moins un service réseau, à l'entité gestionnaire de services réseau, et pour recevoir de cette entité gestionnaire de services réseau une notification de la consommation en services réseau acceptée par cette dernière ; 35 - un module d'envoi agencé pour envoyer une demande d'allocation de ressources d'exécution, à l'entité gestionnaire de ressources virtualisées ainsi qu'une demande d'allocation de ressources de stockage. 3046015 6 Selon une caractéristique particulière, l'entité gestionnaire de services applicatifs comprend en outre un module de temporisation activé lorsque la notification de réservation indique qu'une demande d'allocation de ressources d'exécution par l'entité gestionnaire de service réseau est insatisfaite, et agencé pour mettre en attente une demande d'allocation de ressources 5 d'exécution du gestionnaire de services applicatifs. Selon un troisième aspect, l'invention concerne une entité gestionnaire de services réseau, fournissant au moins un service réseau, pour l'exécution d'un service applicatif par une entité de gestion de services applicatifs. L'entité gestionnaire de services réseau comprend : - un module d'envoi/réception agencé pour recevoir une notification, depuis l'entité gestionnaire de 10 services applicatifs, d'une consommation prévue par le service applicatif dudit au moins un service réseau, et pour envoyer à l'entité gestionnaire de services applicatifs une notification de la consommation en services réseau acceptée par l'entité gestionnaire de services réseau pour l'exécution dudit au moins un service réseau ; - un module d'envoi agencé pour envoyer une demande d'allocation des ressources 15 d'exécution pour l'exécution dudit au moins un service réseau, à une entité gestionnaire de ressources virtualisées. Selon un quatrième aspect, l'invention concerne un système d'allocation de ressources d'exécution, pour une exécution d'un service applicatif et d'au moins un service réseau, l'exécution du service applicatif dépendant de l'exécution concurrente dudit au moins un service réseau. Le 20 système comprend : - une entité gestionnaire de services applicatifs, cette entité gestionnaire de services applicatifs fournissant le service applicatif ; - une entité gestionnaire de services réseau selon le troisième aspect, cette entité gestionnaire de services réseau fournissant ledit au moins un service réseau ; 25 - une entité gestionnaire de ressources virtualisées comprenant : - un module de réception agencé pour recevoir une demande d' allocation de ressources d'exécution ; - un module d'allocation de ressources d'exécution agencé pour allouer des ressources d'exécution aux entité gestionnaire de services applicatifs et entité gestionnaire de 30 services réseau, en fonction de la consommation prévue. Les avantages énoncés pour le procédé d'allocation selon le premier aspect sont transposables directement au système d' allocation selon le quatrième aspect. Selon un cinquième aspect, l'invention concerne également un programme comprenant des instructions de code de programme destinées à commander l'exécution des étapes du procédé 35 précédemment décrit, lorsque ledit programme est exécuté sur ordinateur et un support d'enregistrement lisible par ordinateur sur lequel est enregistré un programme d'ordinateur 3046015 7 comprenant des instructions de code de programme pour l'exécution des étapes du procédé précédemment décrit. L'invention sera mieux comprise à l'aide de la description suivante de modes de réalisation particuliers, en référence aux dessins annexés sur lesquels : 5 - la figure 1 représente un système d'allocation de ressources d'exécution selon un mode particulier de réalisation ; - les figures 2a et 2b représentent un organigramme du procédé d'allocation, et des échanges entre équipements mettant en oeuvre le procédé, selon deux modes particuliers de réalisation. 10 La figure 1 représente un système 1 d'allocation de ressources d'exécution selon un mode particulier de réalisation. Le système 1 comprend une entité de gestionnaire de services applicatifs 10, une entité gestionnaire de services réseau 20, et une entité gestionnaire de ressources virtualisées 30. Le système 1 permet notamment d'allouer des ressources d'exécution pour une 15 exécution concurrente d'un service applicatif et d' au moins un service réseau. Par ressources d'exécution on entend les ressources de calcul, de stockage, ainsi que les ressources permettant l'interconnexion réseau au sein d'une infrastructure en nuage. L'entité gestionnaire de services applicatifs 10 est à titre d'exemple un serveur d'un fournisseur d'électricité proposant un service de relevé de consommation électrique. On suppose 20 dans le présent mode de réalisation que les entités gestionnaires de services réseaux 20 et gestionnaire de ressources virtualisées 30 sont gérées par un même opérateur de réseaux de communication. On suppose en outre que le service de relevé de consommation électrique dépend de services réseau mis en oeuvre par le gestionnaire de services réseau 20. L'entité gestionnaire de services applicatifs 10 et l'entité gestionnaire de services réseau 25 20 communiquent par exemple par l'intermédiaire d'une interface de programmation RESTfu1. L'entité gestionnaire de ressources virtualisées 30 communique respectivement avec l'entité gestionnaire de services applicatifs 10 et avec l'entité gestionnaire de services réseau 20 par l'intermédiaire d'une interface de programmation. L'entité gestionnaire de ressources virtualisées 30 comprend un module de réception 310 30 agencé pour recevoir des demandes d'allocation de ressources d'exécution. L'entité gestionnaire de ressources virtualisées 30 comprend en outre un module d'allocation 320 de ressources d'exécution agencé pour allouer des ressources d'exécution aux entités gestionnaire de services applicatifs 10 et gestionnaire de services réseau 20, en fonction de la consommation prévue. L'entité gestionnaire de services applicatif 10 comprend un module d'envoi/réception 110 35 et un module d'envoi 120. Le module d'envoi/réception 110 est agencé pour envoyer une notification d'une consommation prévue des services réseau par le service applicatif, à l'entité gestionnaire de services réseau 20. Le module d'envoi/réception 110 est également agencé pour 3046015 8 recevoir de l'entité gestionnaire de services réseau 20 une notification de la consommation en services réseau acceptée par cette dernière entité. Le module d'envoi 120 est agencé pour envoyer une demande d'allocation de ressources d'exécution, à l'entité gestionnaire de ressources virtualisées 30. 5 L'entité gestionnaire de services réseau 20 comprend un module d'envoi/réception 210 agencé pour recevoir une notification, depuis l'entité gestionnaire de services applicatifs 10, d'une consommation prévue des services réseau par le service applicatif, et pour envoyer à l'entité gestionnaire de services applicatifs 10 une notification de réservation de ressources d'exécution pour l'exécution de ces services réseau. L'entité gestionnaire de services réseau 20 comprend 10 également un module d'envoi 220 agencé pour envoyer une demande d'allocation de ressources d'exécution pour l'exécution des services réseau, à l'entité gestionnaire de ressources virtualisées 30. Dans un autre mode de réalisation, le module 310 de l'entité gestionnaire de ressources virtualisées 30 est agencé pour envoyer des notifications de ressources d'exécution devenues 15 disponibles afin de répondre à des demandes de ressources d'exécution qui n'ont pu être préalablement satisfaites. Dans un autre mode de réalisation, l'entité gestionnaire de services applicatifs 10 comprend également un module de temporisation 130 activé lorsque la notification de réservation reçue par le module d'envoi/réception indique qu'une demande d'allocation de ressources 20 d'exécution par l'entité gestionnaire de service réseau 20 est insatisfaite. Ce module de temporisation est agencé pour mettre en attente une demande d'allocation de ressources d'exécution du gestionnaire de services applicatifs 10. Les figures 2a et 2b représentent un organigramme du procédé d'allocation, et des 25 échanges entre équipements mettant en oeuvre le procédé, selon deux modes particuliers de réalisation. Les figures 2a et 2b reprennent l'exemple introduit précédemment d'un service applicatif de relevé de consommation électrique d'un fournisseur d'électricité dépendant de services réseau pour le relevé de compteurs électriques munis de capteurs aptes à se connecter à un réseau d'opérateur de télécommunications. On suppose que le service applicatif de relevé de 30 consommation électrique est fourni par une entité gestionnaire de services applicatifs 10, que les services réseau sont fournis par une entité gestionnaire de services réseau 20, et qu'une entité gestionnaire de ressources virtualisées 30 est en charge d'allouer des ressources d'exécution à ces deux dernières entités. Les entités gestionnaires de services applicatifs 10, gestionnaire de services réseau 20, et de ressources virtualisées 30 forment un système qui réalise le processus d'allocation 35 de ressources d'exécution tel que précédemment décrit en relation avec la figure 1. La figure 2a décrit un premier mode de réalisation dans lequel l'entité gestionnaire de services applicatifs 10 coopère avec l'entité gestionnaire de services réseau 20 en notifiant à cette 3046015 9 dernière une consommation prévue en services réseau par le service applicatif de relevé de consommation électrique. Lors d'une étape El, l'entité gestionnaire de services applicatifs 10 notifie à l'entité gestionnaire de services réseau 20, une consommation prévue par le service applicatif de relevé de 5 consommation électrique d'au moins un service réseau fourni par l'entité gestionnaire de services réseau 20. Cette consommation prévue correspond par exemple à une augmentation du besoin en services réseau pour le service applicatif et est exprimée en charge C de service compréhensible par le ou les services réseau. A titre d'exemple, cette charge C comprend un volume de données ou encore un nombre de connexions par seconde. 10 Lors d'une étape E2a, l'entité gestionnaire de services réseau 20 vérifie que la consommation prévue est conforme à un contrat de service entre l'entité gestionnaire de services applicatifs 10 et l'entité gestionnaire de services réseau 20. Pour cela, l'entité gestionnaire de services réseau 20 vérifie, au moyen du contrat de service, que la consommation prévue en ressources d'exécution n'excède pas un seuil de consommation prédéfini. Le contrat de service est 15 par exemple formalisé par un fichier de paramétrage mémorisé localement par l'entité gestionnaire de services réseau 20. Lors d'une étape E2b, l'entité gestionnaire de services réseau 20 détermine quelles sont les fonctions réseau virtualisées utilisées par le service applicatif de relevé de consommation électrique. 20 Lors d'une étape E3, l'entité gestionnaire de services réseau 20 détermine quelles sont les ressources d'exécution à allouer pour satisfaire la consommation prévue en services réseau par le service applicatif de relevé de consommation électrique. Plus précisément, l'entité gestionnaire de services réseau 20 détermine les fonctions réseau virtualisées nécessaires pour répondre aux besoins du service applicatif, et détermine en outre, lorsque de telles fonctions réseau sont déjà 25 mises en oeuvre, les ressources d'exécution déjà disponibles pour chacune de ces fonctions. Ceci permet à l'entité gestionnaire de services réseau 20 de calculer les ressources d'exécution nécessaires à la consommation prévue en services réseau par l'entité gestionnaire de services applicatifs 10. Lorsqu'aucune fonction réseau virtualisée n'est mise en oeuvre, l'entité gestionnaire de services réseau 20 calcule également les ressources d'exécution nécessaires, le cas échéant, à la 30 création de ces fonctions réseau virtualisées. L'entité gestionnaire de services réseau 20 détermine ainsi, pour chaque fonction réseau virtualisée nécessaire à la mise en oeuvre du service applicatif, s'il y a lieu ou non d'envoyer une demande d'allocation de ressources d'exécution auprès de l'entité gestionnaire de ressources virtualisées 30. Lors d'une étape E4, l'entité gestionnaire de services réseau 20 demande une allocation 35 de ressources d'exécution à l'entité gestionnaire de ressources virtualisées 30. Cette demande de ressources correspond au besoin en ressources calculé à l'étape E3, et est exprimée en ressources propres à l'infrastructure en nuage (e.g. ressources de calcul). 3046015 10 Lors d'une étape E5, l'entité gestionnaire de ressources virtualisées 30 envoie un message d'acquittement à l'entité gestionnaire de services réseau 20. Ce message indique que les ressources d'exécution demandées à l'étape E4 sont allouées aux services réseau desquels dépend le service applicatif. L'entité gestionnaire de ressources virtualisées 30 déclenche également une 5 temporisation au bout de laquelle les ressources d'exécution sont libérées en cas de non utilisation. Lors d'une étape E6, l'entité gestionnaire de services réseau 20 envoie une notification de la consommation en services réseau acceptée par cette dernière à l'entité gestionnaire de services applicatifs 10. Cette notification porte sur les ressources d'exécution nécessaires aux services réseau. 10 Lors d'une étape E7, l'entité gestionnaire de services applicatifs 10 envoie une demande d'allocation de ressources d'exécution nécessaires au service applicatif à l'entité gestionnaire de ressources virtualisées 30. Cette demande prend notamment en compte la consommation en services réseau acceptée par l'entité gestionnaire de services réseau 20 à l'étape E6. Lors d'une étape E8, l'entité gestionnaire de ressources virtualisées 30 répond 15 positivement à la demande d'allocation de ressources d'exécution de l'entité gestionnaire de services applicatifs 10. Il est souligné qu'en cas de réponse négative, l'entité gestionnaire de services applicatifs 10 peut réitérer sa demande d'allocation de ressources ultérieurement. Lors d'une étape E9, l'entité gestionnaire de services applicatifs 10 notifie l'entité gestionnaire de services réseau 20 que des ressources d'exécution ont été allouées pour le service 20 applicatif de relevé de consommation électrique. Lors d'une étape E10, l'entité gestionnaire de services réseau 20 créée les fonctions réseau virtualisées nécessaires à la mise en oeuvre des services réseau desquels dépend le service applicatif. Lors d'une étape El 1, l'entité gestionnaire de services réseau 20 notifie l'entité 25 gestionnaire de services applicatifs 10 que les fonctions réseau virtualisées nécessaires à la mise en oeuvre des services réseau desquels dépend le service applicatif ont été créées. Lors d'une étape E12, l'entité de services applicatifs 10 met en oeuvre le service applicatif de relevé de consommation électrique au moyen des ressources d'exécution qui lui ont été allouées à l'étape E8. 30 Lors d'une étape E13, l'entité gestionnaire de services applicatifs 10 notifie l'entité gestionnaire de services réseau 20 que l'augmentation des ressources d'exécution pour le service applicatif est effective. Dans un autre mode de réalisation, les étapes E12 et E13 précèdent soit les étapes E9, E10 et E11, soit les étapes E10 et Ell. 35 Dans un autre mode de réalisation, lors de l'étape El, l'entité gestionnaire de services applicatifs 10 notifie à l'entité gestionnaire de services réseau 20, un identifiant de service. Un tel identifiant permet notamment d' aisément identifier le service concerné par une demande 3046015 11 d'allocation de ressources d'exécution dans le cas où l'entité gestionnaire de services applicatifs 10 gère plusieurs services. Dans un autre mode de réalisation, lors de l'étape El, l'entité gestionnaire de services applicatifs 10 notifie en plus de la consommation prévue en services réseau par le service 5 applicatif, au moins un palier de consommation intermédiaire indiquant une consommation intermédiaire inférieure à la consommation prévue. Ces paliers de consommation intermédiaires sont ensuite repris dans la demande de ressources d'exécution envoyée par l'entité gestionnaire de services réseau 20 à l'étape E4. L'entité gestionnaire de services réseau 20 les transmet ainsi à l'entité gestionnaire de ressources virtualisées 30. Les paliers de consommation intermédiaire sont 10 par exemple transmis par l'entité gestionnaire de services réseau 20 dans un ordre décroissant de volumes de ressources souhaités. Dans cet autre mode de réalisation, la notification de réservation de ressources d'exécution envoyée à l'étape E6 comprend le palier de consommation intermédiaire accepté par l'entité gestionnaire de ressources virtualisées 30. Cette notification peut également indiquer un refus de l'entité gestionnaire de ressources virtualisées 30 d'allouer des ressources 15 d'exécution lorsque cette dernière entité a par exemple refusé d'allouer des ressources pour l'ensemble des paliers de consommation intermédiaire. La consommation prévue ainsi que les paliers de consommation intermédiaire sont en outre transmis par l'intermédiaire d'une structure de données (e.g. table, matrice, fichier) ayant, à titre d'exemple, la forme suivante : Consommation en services réseau Consommation prévue Consommation Consommation intermédiaire 1 intermédiaire 2 différence en nombre de connexions simultanées +1000 +500 +100 différence en nombre de nouvelles connexions simultanées par unité de temps +100 +50 +10 différence du débit moyen par capteur (volume de données par unité de temps) 0 0 0 difference du débit crête par capteur +50 +50 0 20 Dans un autre mode de réalisation dans lequel des fonctions réseau virtualisées sont sollicitées par plusieurs services applicatifs distincts, la création de ces dernières est déclenchée à l'initiative de l'entité gestionnaire de services réseau 20 sans attendre la notification de l'entité gestionnaire de services applicatifs. 3046015 12 La figure 2b décrit un deuxième mode de réalisation dans lequel en cas d'insuffisance de ressources d'exécution pour les services applicatifs et réseau, l'entité gestionnaire de services applicatifs 10 maintien une demande de ressources d'exécution conformément à une consommation 5 prévue, et demande un stockage des données remontées par l'intermédiaire des services réseau afin que ces données soient traitées en différé par l'entité gestionnaire de services applicatifs 10. Les entités mises en oeuvre sont identiques aux entités décrites en relation avec la figure 2a. De même, les étapes El à E7 sont à nouveau mises en oeuvre telles que décrites précédemment en relation avec la figure 2a. 10 Puis lors d'une étape E8', l'entité gestionnaire de ressources virtualisées 30 met en attente la demande d'allocation de ressources d'exécution envoyée à l'étape E7 par l'entité gestionnaire de services applicatifs 10. Cette mise en attente résulte par exemple d'une indisponibilité au sein de l'infrastructure en nuage des ressources d'exécution demandées. Lors d'une étape E9', l'entité gestionnaire de services applicatifs 10 envoie une demande 15 de ressources de stockage à l'entité gestionnaire de ressources virtualisées 30. Le volume de ressources de stockage demandé correspond à un volume estimé de données brutes transmises par les services réseau. Ce volume est estimé par l'entité gestionnaire de services applicatifs 10 à partir du nombre de capteurs (information connue du service applicatif de relevé de consommation) et du volume de données moyen remonté par chaque capteur. 20 Lors d'une étape E10', l'entité gestionnaire de ressources virtualisées 30 accepte la demande de ressources de stockage et le notifie à l'entité gestionnaire de services applicatifs 10. Lors d'une étape El 1 ', l'entité gestionnaire de services applicatifs 10 notifie l'entité gestionnaire de services réseau 20 que l'infrastructure en nuage est prête à recevoir et stocker les données récupérées par les services réseau. 25 Lors d'une étape E12', l'entité gestionnaire de services réseau 20 demande la création des fonctions réseau virtualisées nécessaires à la mise en oeuvre des services réseau desquels dépend le service applicatif à l'entité gestionnaire de ressources virtualisées 30. Lors d'une étape E13', l'entité gestionnaire de ressources virtualisées 30 contrôle la disponibilité de ces ressources d'exécution, et détermine que les ressources d'exécution demandées 30 par l'entité gestionnaire de services applicatifs 10 à l'étape E7 sont disponibles. Lors d'une étape E14', les ressources d'exécution demandées par l'entité gestionnaire de services applicatifs 10 à l'étape E7 étant disponibles, l'entité gestionnaire de ressources virtualisées 30 le notifie à l'entité gestionnaire de services applicatifs 10. Lors d'une étape E15', l'entité gestionnaire de services applicatifs 10 demande la mise en 35 oeuvre du service applicatif de relevé de consommation électrique à l'entité gestionnaire de ressources virtualisées 30 au moyen des ressources d'exécutions demandées à l'étape E7. Les 3046015 13 ressources d'exécution sont disponibles et permettent le traitement des données stockées par les ressources de stockage. Les modes de réalisation précédemment décrits en relation avec les figures 2a et 2b présentent un service applicatif de relevé de consommation électrique. Il n'existe cependant aucune 5 limitation quant au type de service applicatif auquel s'applique le procédé objet de l'invention. Le procédé peut par exemple aisément être décliné à des services de vidéo-surveillance ou encore de réalité augmentée. REVENDICATIONS1. Procédé d'allocation de ressources d'exécution, par une entité gestionnaire de ressources virtualisées (30), pour une exécution d'un service applicatif et d'au moins un service réseau, l'exécution dudit service applicatif dépendant de l'exécution concurrente dudit au moins un service réseau, comprenant : - une première demande (E4) d'allocation de ressources d'exécution par une entité gestionnaire dudit au moins un service réseau (20) à ladite entité gestionnaire de ressources virtualisées ; - une deuxième demande (E7) d'allocation de ressources d'exécution par une entité gestionnaire dudit service applicatif (10) à ladite entité gestionnaire de ressources virtualisées ; caractérisé en ce que ledit procédé comprend, préalablement auxdites demandes, une notification (El), par l'entité gestionnaire dudit service applicatif, d'une consommation prévue par ledit service applicatif d' au moins un service réseau fourni par ladite entité gestionnaire de services réseau, à l'entité gestionnaire de services réseau. 2. Procédé selon la revendication 1, dans lequel ladite notification par l'entité gestionnaire dudit service applicatif comprend en outre au moins un palier de consommation intermédiaire indiquant une consommation intermédiaire inférieure à ladite consommation prévue, ladite première demande de ressources d'exécution comprenant au moins un palier de ressources d'exécution correspondant audit au moins un palier de consommation intermédiaire. 3. Procédé selon la revendication 1, dans lequel ladite notification par l'entité gestionnaire dudit service applicatif comprend en outre au moins un palier de consommation intermédiaire indiquant une consommation intermédiaire inférieure à ladite consommation prévue, ladite première demande de ressources d'exécution étant suivie lorsqu'elle n'est pas satisfaite, par des demandes successives de ressources d'exécution correspondants auxdits paliers de consommation intermédiaire, jusqu'à satisfaction de l'une desdites demandes successives. 4. Procédé selon la revendication 1, comprenant, en réponse à ladite première demande de ressources d'exécution, une notification (E6) de la consommation en services réseau acceptée par l'entité gestionnaire de services réseau (20) à l'entité gestionnaire de services applicatifs préalablement à la deuxième demande de ressources d'exécution, ladite deuxième demande étant fonction desdites ressources d'exécution réservées. 5. Procédé selon la revendication 4, comprenant en outre, lorsque ladite notification de la consommation en services réseau acceptée indique que ladite première demande de ressources d'exécution est insatisfaite, une mise en attente (E8') de ladite deuxième demande de ressources. 3046015 15 6. Procédé selon la revendication 4, comprenant en outre, lorsque ladite notification de consommation en service réseau acceptée indique que ladite première demande de ressources d'exécution est insatisfaite, une demande (E9') de l'entité gestionnaire de services applicatifs à 5 l'entité gestionnaire de ressources virtualisées d'une réservation de ressources de stockage, lesdites ressources de stockage correspondant à un volume estimé de données à transmettre par l'entité gestionnaire de services réseau à l'entité gestionnaire de services applicatif après exécution dudit au moins un service réseau, l'exécution dudit service applicatif étant différée. 10 7. Entité gestionnaire de services applicatifs (10) fournissant un service applicatif dont l'exécution dépend d'une exécution concurrente d'au moins un service réseau par une entité gestionnaire de services réseau, comprenant : - un module d'envoi/réception (110) agencé pour envoyer une notification d'une consommation prévue par ledit service applicatif dudit au moins un service réseau, à ladite entité gestionnaire de 15 services réseau, et pour recevoir de ladite entité gestionnaire de services réseau une notification de la consommation en services réseau acceptée par ladite entité gestionnaire de services réseau ; - un module d'envoi (120) agencé pour envoyer une demande d'allocation de ressources d'exécution, à ladite entité gestionnaire de ressources virtualisées ainsi qu'une demande d'allocation de ressources de stockage (E9'). 20 8. Entité gestionnaire de services applicatifs (10) selon la revendication 7, comprenant en outre un module de temporisation (130) activé lorsque ladite notification de réservation indique qu'une demande d'allocation de ressources d'exécution par ladite entité gestionnaire de service réseau est insatisfaite, et agencé pour mettre en attente une demande d'allocation de ressources d'exécution 25 dudit gestionnaire de services applicatifs. 9. Entité gestionnaire de services réseau (20), fournissant au moins un service réseau, pour l'exécution d'un service applicatif par une entité de gestion de services applicatifs, comprenant : - un module d'envoi/réception (210) agencé pour recevoir une notification, depuis ladite entité 30 gestionnaire de services applicatifs, d'une consommation prévue par ledit service applicatif dudit au moins un service réseau, et pour envoyer à ladite entité gestionnaire de services applicatifs une notification de la consommation en services réseau acceptée par ladite entité gestionnaire de services réseau (20) pour l'exécution dudit au moins un service réseau ; - un module d'envoi (220) agencé pour envoyer une demande d'allocation desdites ressources 35 d'exécution pour l'exécution dudit au moins un service réseau, à une entité gestionnaire de ressources virtualisées. 3046015 16 10. Système (1) d'allocation de ressources d'exécution, pour une exécution d'un service applicatif et d'au moins un service réseau, l'exécution dudit service applicatif dépendant de l'exécution concurrente dudit au moins un service réseau, comprenant : - une entité gestionnaire de services applicatifs (10) selon l'une des revendications 7 ou 8, ladite 5 entité gestionnaire de services applicatifs fournissant ledit service applicatif ; - une entité gestionnaire de services réseau (20) selon la revendication 9, ladite entité gestionnaire de services réseau fournissant ledit au moins un service réseau ; - une entité gestionnaire de ressources virtualisées (30) comprenant : - un module de réception (310) agencé pour recevoir une demande d'allocation de 10 ressources d'exécution ; - un module d'allocation (320) de ressources d'exécution agencé pour allouer des ressources d'exécution auxdites entité gestionnaire de services applicatifs et entité gestionnaire de services réseau, en fonction de ladite consommation prévue. 15 11. Programme pour une entité gestionnaire de services applicatifs, comprenant des instructions de code de programme destinées à commander l'exécution des étapes du procédé selon l'une des revendications 1 à 6, lorsque ledit programme est exécuté par une entité gestionnaire de services applicatifs. 20 12. Programme pour une entité gestionnaire de services réseau, comprenant des instructions de code de programme destinées à commander l'exécution des étapes du procédé selon l'une des revendications 1 à 6, lorsque ledit programme est exécuté par une entité gestionnaire de services réseau.