Ce programme PROG-NFk définit des modules fonctionnels de l’entité applicative NFk, k=1,…,N qui s’appuient ou commandent les éléments matériels 4 à 8 de l’ordinateur 3 cités précédemment. Ces modules comprennent notamment dans le premier mode de réalisation, comme illustré sur la : un module (ou agent) de gestion NFk-A comprenant ici : un sous-module NFinst-MNGR de gestion des instances des services Xk et Yk, configuré pour signaler à l’entité de contrôle NRF 2 gérant les entités applicatives NF1,…,NFN, tout événement affectant le profil, noté NF_PROFk, de l’entité applicative NFk. Un tel événement peut être l’enregistrement (ou de façon équivalente, la création) du profil NF_PROFk auprès de l’entité de contrôle NRF 2, une modification apportée à ce profil (création, changements ou suppression d’un ou plusieurs attributs), ou encore un désenregistrement (ou de façon équivalente une suppression) du profil NF_PROFk enregistré auprès de l’entité de contrôle NRF 2 ; et un sous-module SUBS-MNGR de gestion de souscription, configuré pour souscrire auprès de l’entité de contrôle NRF 2 à une notification des événements affectant le profil NF_PROFk de l’entité applicative NFk enregistré auprès cette dernière. Dans le premier mode de réalisation décrit ici, cette souscription est réalisée par le sous-module SUBS-MNGR avant l’enregistrement par le sous-module NFinst-MNGR du profil NF_PROFk auprès de l’entité de contrôle NRF 2. En outre, le sous-module SUBS-MNGR souscrit ici à tous les événements susceptibles d’affecter son profil auprès de l’entité de contrôle NRF 2 ; toutefois, en variante, on peut envisager qu’il ne souscrive qu’à des événements spécifiques (par exemple aux événements concernant un service donné fourni par l’entité applicative NFk). On note que le sous-module SUBS-MNGR de gestion de souscription peut en outre être configuré pour mettre en œuvre d’autres opérations afférentes à la souscription ainsi créée auprès de l’entité de contrôle NRF 2. En particulier, si la souscription en question a une durée ou une date de validité, il peut être configuré pour régulièrement mettre à jour cette durée ou cette date de validité auprès de l’entité de contrôle NRF 2 afin que la souscription n’expire pas ; un module de réception NFk-B, configuré pour recevoir les notifications d’événements émises par l’entité de contrôle NRF 2 correspondant à la souscription du sous-module SUBS-MNGR. Ces notifications peuvent prendre différentes formes, à la discrétion de l’entité de contrôle NRF 2. Elles peuvent en particulier comprendre le profil de l’entité applicative NFk dans son intégralité, incluant le ou les changements correspondant aux événements notifiés, ou seulement une ou plusieurs opérations de transformation qui, appliquées à la version précédente du profil de l’entité applicative, traduisent ce ou ces changements. Pour pouvoir gérer ce deuxième cas de figure, le module de réception NFk_B est configuré pour obtenir et mémoriser un profil courant (c’est-à-dire à jour) de l’entité applicative NFk en appliquant la ou les opérations de transformation au profil précédent de l’entité applicative NFk (le module de réception est ainsi un module de traitement au sens de l’invention). Lorsqu’il reçoit une nouvelle notification d’événement, le module de réception NFk-B récupère le profil mémorisé et s’en sert de profil précédent pour appliquer l’opération ou les opérations de transformation incluses le cas échéant dans la nouvelle notification. Il convient de noter que s’il ne dispose pas de profil en mémoire (typiquement au démarrage de l’entité applicative NFk ou du module de réception NFk-B), le module de réception NFk-B peut récupérer directement le profil courant auprès de l’entité de contrôle NRF 2 comme décrit plus en détail ultérieurement ; et un module de notification NFk-C, configuré pour notifier chaque événement signalé par l’entité de contrôle NRF 2 et reçu par le module de réception NFk-B à chaque micro-service de l’entité applicative NFk, dit micro-service concerné, ayant souscrit préalablement auprès du module de notification NFk-C à une notification de cet événement. La souscription des micro-services de l’entité applicative NFk auprès du module de notification NFk-C ne pose pas de difficulté en soi pour l’homme du métier et dépend de l’implémentation retenue pour le module de notification. Dans le premier mode de réalisation envisagé ici, seuls les micro-services portant un traitement sur un ou plusieurs attributs du profil de l’entité applicative NFk souscrivent aux notifications des événements affectant ce profil. En outre, on peut envisager qu’un micro-service ne souscrive qu’à la notification d’événements affectant le ou les attributs du profil le concernant. Chaque événement est notifié ici par le module de notification NFk-C aux micro-services concernés sous la forme du profil courant complet NF_PROFk de l’entité applicative NFk intégrant le(s) changement(s) correspondant à cet événement. Ce profil courant est reçu par le module de notification NFk-C du module de réception NFk-B. Dans le mode de réalisation décrit ici, le module de notification NFk-C est conçu comme un micro-service de traitement en temps réel de flux d’événements ou event-stream en anglais. Des exemples d’un tel micro-service sont par exemple les micro-services Apache Kafka et Redis Streams. On note que les micro-services de l’entité applicative NFk peuvent être configurés pour ne souscrire qu’à des événements spécifiques affectant le profil NF_PROFk de l’entité applicative NFk en fonction notamment de la fonctionnalité qu’ils exécutent (ex. affectant des attributs particuliers du profil, et/ou le service auquel ils sont rattachés dans l’exemple du service Yk).