Dans une infrastructure 200 de communication, une entité 110 de gestion de la topologie de l’infrastructure 200 gère les différentes ressources 102, 103, 104, VM1, VM2, VM3, VM4, VM5 de l’infrastructure 200. Cette entité 110 de gestion, aussi appelée Topology Server, maintient ainsi une base de données comprenant des informations sur les différentes dispositifs ou ressources 102, 103, 104, VM1, VM2, VM3, VM4, VM5 et sur les applications et processus Proc1, Proc2, Proc3 et Proc4instanciés et instanciables sur ces dispositifs. Un dispositif, selon l’invention peut être un équipement physique 102, 103, 104 ou bien un instance virtuelle telle qu’une machine virtuelle VM1, VM2, VM3, VM4 et VM5 voire un conteneur, selon un autre exemple. La machine virtuelle VM1 correspond ainsi à la machine virtuelle VM1 sur l’équipement physique 102. Un processus est considéré comme instanciable sur un dispositif si ses dépendances sont installées, si les images de conteneurs des composants comprenant un ou plusieurs processus sont disponibles sur le dispositif, si le dispositif est autorisé, par exemple par le gestionnaire de l’infrastructure ou le gestionnaire de la ressource, à héberger ce processus. L’entité 110 de gestion comprend un dispositif 100 de sélection (Sel) exécutant les opérations de sélection en vue d’identifier un dispositif de l’infrastructure 200 hébergeant d’ores et déjà un processus requis ou bien pour identifier un dispositif sur lequel sera instancié un processus requis par une entité 10 cliente (Clt). Cette sélection peut être effectuée à l’aide d’un graphe orienté pondéré comprenant l’ensemble des dispositifs 102, 103, 104, VM1, VM2, VM3, VM4, VM5 de l’infrastructure 200 pour sélectionner le dispositif apte à héberger le processus conformément à la requête d’utilisation reçue de l’entité cliente 10. L’entité 10 cliente peut être un terminal utilisateur tel qu’un smartphone, un PC, une passerelle résidentielle ou tout autre dispositif qu’un utilisateur peut exploiter pour exécuter ou utiliser une application. L’entité cliente Clt peut également être une entité d’administration de l’infrastructure de communication, en charge par exemple de déployer des services réseau à la demande, donc de façon dynamique. L’application peut être une application à valeur ajoutée, telle qu’un service voix, vidéo et/ou de données par exemple avec un serveur ou un terminal non représenté sur la . Une application peut être instanciée à partir d’un ou plusieurs processus, un processus étant caractérisé par une suite ordonnée d’opérations aboutissant à un résultat. Ainsi, selon la , l’application requise par l’entité cliente 10 auprès de l’entité 110 de gestion comprend quatre processus Proc1, Proc2, Proc3 et Proc4, ces processus pouvant être des processus relatifs à des opérations réseau et/ou des opérations de type applicatifs. Selon un exemple, il peut s’agir d’une opération de découverte d’un serveur, de connexion à un serveur, de réception d’un flux applicatif, d’un traitement de flux applicatif. Chaque processus Proc1, Proc2, Proc3 et Proc4 de l’application est caractérisé par un ensemble de paramètres. Selon une liste non exhaustive de ces paramètres, un paramètre peut être - une donnée relative une donnée relative aux ressources requises pour la mémorisation de l’au moins un processus dans le dispositif 102, 103, 104, VM1, VM2, VM3, VM4, VM5, cette donnée pouvant par exemple à un nombre d’octets dans la ressource, - une donnée relative aux capacités de traitement requises pour le fonctionnement de l’au moins un processus Proc1, Proc2, Proc3 et Proc4, cette donnée pouvant être illustrée par une capacité CPU (en anglais Central Processing Unit) ou GPU de la ressource