FR 3103292 A1 20210521 FR 1912827 A 20191118 Les modes de réalisation de la présente invention fournissent un procédé, un système et un produit programme d’ordinateur pour un procédé de révision d’image post-hoc pour des conteneurs Linux de courte durée de vie. Dans un mode de réalisation de l’invention, un procédé post-hoc de révision d’image pour des conteneurs Linux de courte durée de vie comprend les étapes consistant à diriger d’abord une création d’un conteneur Linux de courte durée de vie dans un système de gestion de conteneurs et à appliquer une configuration initiale au conteneur Linux de courte durée de vie. Par la suite, le procédé comprend la détection d’une terminaison du conteneur Linux de courte durée de vie. Enfin, en réponse à la terminaison, le procédé comprend la réalisation d’un instantané d’une configuration du conteneur Linux de courte durée de vie, la comparaison de la configuration initiale à la configuration instantanée et l’affichage d’une liste de différences dans un affichage de gestion de conteneur. Figure pour l’abrégé : Figure 1 RÉVISION POST HOC D’IMAGE ET DE VOLUME DE CONTENEURS LINUX DE COURTE DURÉE DE VIE Domaine technique de l’invention La présente invention concerne la gestion de conteneurs Linux de courte durée de vie et plus particulièrement la gestion de l’application d’une configuration à un conteneur Linux de courte durée de vie. Arrière-plan technique Par convention, les programmes informatiques s’exécutent dans un environnement de système d’exploitation sur le métal nu d’un ordinateur, le système d’exploitation traitant les instructions de programme informatique et fournissant un accès modéré aux ressources de l’ordinateur. Dans l’ère moderne de l’informatique, cependant, l’exécution de plusieurs programmes différents dans le même ordinateur est devenue une exigence essentielle. Dans ce but, la virtualisation est une technologie qui permet l’exécution de différentes instances de programmes informatiques dans différentes machines virtuelles isolées, appelées “invités” et gérées par un processus de supervision, appelé “hyperviseur”. Chaque machine virtuelle est isolée des autres machines virtuelles de sorte que chaque instance d’un programme informatique s’exécutant dans une machine virtuelle correspondante reste complètement isolée des autres instances du même programme ou d’autres programmes. L’utilisation de la virtualisation n’est cependant pas sans conséquence. Chaque machine virtuelle, en tant que système d’exploitation invité, doit en soi supporter l’exploitation d’un système d’exploitation capable d’héberger l’exécution d’une instance de programme informatique correspondante. Comme on le comprendra, plusieurs systèmes d’exploitation différents s’exécutant au sein de machines virtuelles correspondantes dans un même système informatique peuvent consommer des ressources substantielles du système informatique, affectant ainsi la performance de toutes les applications hôtes dans leurs machines virtuelles respectives. Pour remédier à la surconsommation de ressources de la virtualisation, la conteneurisation est souvent utilisée comme un substitut approprié, en particulier lorsque plusieurs instances d’un même programme informatique doivent être déployées dans le même système informatique hôte. Contrairement à la virtualisation, dans la conteneurisation, aucun système d’exploitation distinct n’est déployé dans chaque conteneur. Ainsi, la conteneurisation exige moins de consommation de ressources et donc des performances opérationnelles plus élevées pour toutes les instances d’un programme informatique s’exécutant dans un système informatique hôte conteneurisé. En outre, comme un environnement virtualisé, dans un environnement conteneurisé, chaque conteneur doit être configuré en fonction des ressources sous-jacentes du système informatique hôte telles que l’utilisation autorisée de mémoire, l’utilisation du processeur, le stockage permanent, le contrôle d’accès et autres. Que ce soit dans un environnement virtualisé ou conteneurisé, la gestion de la configuration de plusieurs conteneurs au sein de plusieurs systèmes informatiques conteneurisés représente un énorme défi. Afin de gérer une configuration coordonnée d’un environnement hôte conteneurisé, des procédés normalisés de définition de différentes configurations ont été développés afin qu’un conteneur puisse être configuré simplement en référence à une définition de configuration et qu’une configuration d’un conteneur puisse être exprimée sous forme de définition. Mais savoir comment configurer un conteneur et si un écart par rapport à une configuration d’un conteneur est admissible ou non nécessite une intervention manuelle. Dans le contexte d’un conteneur unique ou même d’un petit nombre de conteneurs, cela reste gérable. Mais, dans le cas de dizaines, de centaines ou de milliers de conteneurs, la gestion manuelle des changements de configuration dans différents conteneurs est pratiquement impossible. Les modes de réalisation de la présente invention comblent les lacunes de l’état de l’art en ce qui concerne la gestion de la configuration des conteneurs et fournissent un procédé, un système et un produit programme d’ordinateur nouveaux et non évidents pour le procédé de révisions post-hoc des images pour les conteneurs Linux de courte durée de vie. Dans un mode de réalisation de l’invention, un procédé de révision d’image post-hoc pour des conteneurs Linux de courte durée de vie comprend d’abord la direction d’une création d’un conteneur Linux de courte durée de vie dans un système de gestion de conteneurs et l’application d’une configuration initiale au conteneur Linux de courte durée de vie. Par la suite, le procédé comprend la détection d’une terminaison du conteneur Linux de courte durée de vie. Enfin, en réponse à la terminaison, le procédé comprend la réalisation d’un instantané d’une configuration du conteneur Linux de courte durée de vie, la comparaison de la configuration initiale à la configuration instantanée et l’affichage d’une liste des différences dans un affichage de gestion de conteneur. Dans un aspect du mode de réalisation, la configuration instantanée est une liste de fichiers présents dans le conteneur Linux de courte durée de vie au moment de la terminaison, et la configuration initiale est une liste de fichiers devant être présents dans le conteneur Linux de courte durée au moment d’une création du conteneur Linux de courte durée. À cette fin, la comparaison peut être une comparaison des données correspondant à la liste des fichiers présents dans le conteneur Linux de courte durée de vie au moment de la terminaison, et des données comparables correspondant à la liste des fichiers présents dans le conteneur Linux de courte durée de vie au moment de la création du conteneur Linux de courte durée de vie. Dans un autre aspect du mode de réalisation, le conteneur Linux de courte durée de vie est créé en référence à une image d’un conteneur Linux de courte durée de vie différent. Dans un autre aspect du mode de réalisation, le procédé comprend en outre l’association de chacune des différences de la liste à un changement de configuration correspondant par rapport à la configuration initiale, l’invitation dans l’affichage à réaliser une liste blanche pour chaque changement de configuration pour chacune des différences et l’ajout à une liste blanche, de chaque différence sélectionnée parmi les différences comme un changement de configuration admissible. De même, dans un autre aspect du mode de réalisation, le procédé comprend en outre l’association de chacune des différences de la liste à un changement de configuration correspondant par rapport à la configuration initiale, l’invitation dans l’affichage à réaliser une liste noire pour chaque changement de configuration pour chacune des différences et l’ajout à une liste noir, de chaque différence sélectionnée parmi les différences comme un changement de configuration inadmissible. Dans un autre mode de réalisation de l’invention, un système de traitement de données de gestion de conteneurs Linux de courte durée de vie est configuré pour un procédé de révision d’image post-hoc pour des conteneurs Linux de courte durée. Le système comprend une plate-forme informatique hôte qui possède un ou plusieurs ordinateurs, chacun avec mémoire et au moins un processeur. Le système comprend également un module de révision d’image post-hoc s’exécutant dans la mémoire de la plate-forme informatique hôte et couplé en communication à un gestionnaire de conteneurs Linux de courte durée gérant la création, l’exécution et la terminaison de différents conteneurs Linux de courte durée. Le module comprend des instructions de programme informatique activées pendant l’exécution dans la plate-forme informatique hôte pour diriger le gestionnaire de conteneurs Linux de courte durée de vie vers la création d’un conteneur Linux de courte durée de vie dans un système de gestion de conteneurs et pour appliquer une configuration initiale au conteneur Linux de courte durée de vie, pour détecter une terminaison du conteneur Linux de courte durée de vie par le gestionnaire de conteneurs Linux de courte durée de vie et pour répondre à cette terminaison en dirigeant le gestionnaire de conteneurs Linux de courte durée de vie pour réaliser un instantané d’une configuration du conteneur Linux de courte durée de vie, pour comparer la configuration initiale à la configuration instantanée et afficher une liste de différences sur un affichage de gestion de conteneur du module. D’autres aspects de l’invention seront exposés en partie dans la description qui suit et en partie évidents à partir de la description, ou pourront être appris par la pratique de l’invention. Les aspects de l’invention seront réalisés et atteints au moyen des éléments et combinaisons particulièrement indiqués dans les différents modes de réalisation de l’invention. Il est entendu que la description générale qui précède et la description détaillée qui suit sont toutes deux données à titre d’exemple et explicatives et ne sont pas restrictives à l’égard de l’invention. Brève description des figures Les dessins accompagnant, qui sont incorporés dans le présent fascicule et en font partie intégrante, illustrent des modes de réalisation de l’invention et servent, avec la description, à expliquer les principes de l’invention. Les modes de réalisation illustrés ici sont actuellement préférés, étant entendu, toutefois, que l’invention ne se limite pas aux arrangements et aux instruments précis montrés, dans lesquels : La Figure 1 est une illustration imagée d’un processus de révision post-hoc d’image pour des conteneurs Linux de courte durée de vie ; La Figure 2 est une illustration schématique d’un système de traitement de données de gestion de conteneurs configuré pour mettre en œuvre un procédé de révision d’images post-hoc pour conteneurs Linux de courte durée de vie ; et, La Figure 3 est un organigramme illustrant un processus de révision post-hoc d’image pour les conteneurs Linux de courte durée de vie. Description détaillée de l’invention Des modes de réalisation de l’invention réalisent un procédé de révision post-hoc des images pour les conteneurs Linux de courte durée de vie. Conformément à une réalisation de l’invention, un conteneur Linux de courte durée de vie est créé dans un système de gestion de conteneurs et configuré conformément à une configuration spécifiée. La configuration appliquée au conteneur créé est ensuite stockée dans un fichier. Une fois créées, différentes applications sont lancées pour être exécutées avec le conteneur créé. Par la suite, l’exécution du conteneur est surveillée afin de détecter une directive du système de gestion du conteneur pour terminer le conteneur. En réponse à la détection de la directive de terminer le conteneur, une configuration du conteneur au moment de la fin est enregistrée et comparée à la configuration dans le fichier stocké. Dans la mesure où une anomalie est détectée entre les configurations, une demande est générée en relation avec le système de gestion des conteneurs pour faire une liste blanche, une liste noire ou pour ne prendre aucune mesure concernant chaque anomalie de configuration. De cette façon, les changements de configuration à l’intérieur du conteneur de courte durée de vie sont facilement identifiés pour analyse et rétroaction dans le système de gestion des conteneurs malgré la nature de courte durée de vie du conteneur. Dans une autre illustration, la figure 1 illustre de manière imagée un processus de révision d’images post-hoc pour les conteneurs Linux de courte durée de vie. Comme le montre la figure 1, un conteneur de courte durée de vie 110 est créé pour être utilisé dans un environnement serveur par un système de gestion de conteneurs 100. Un instantané 130 est acquis du conteneur 110 afin de produire une configuration enregistrée 140A du conteneur 110 créé. A cet égard, la configuration enregistrée 140A peut inclure une liste de fichiers inclus dans la configuration du conteneur 110, ou des données correspondant à la liste des fichiers inclus dans la configuration du conteneur 110 au moment de la création du conteneur 110. Par la suite, une logique de révision d’image post-hoc 120 détecte une terminaison du conteneur 110 et acquiert un instantané 130 du conteneur 110 au moment de la terminaison. Une fois de plus, l’instantané 130 produit une configuration enregistrée 140B du conteneur 110 maintenant terminé. Une comparaison 160 est ensuite effectuée entre la configuration enregistrée 140A et la configuration enregistrée 140B afin d’obtenir une liste de différences 150. Une demande est ensuite générée dans une interface utilisateur du système de gestion de conteneurs 100 qui comprend une présentation du contenu de la liste de différences 150 et invite à établir une liste blanche des différentes modifications de configuration évidentes dans la liste de différences 150, une liste noire des différentes modifications de configuration évidentes dans la liste de différences 150, ou une ignorance des différences de configuration évidentes dans la liste de différences 150. Le processus décrit en liaison avec la figure 1 peut être mis en œuvre dans un système informatique de traitement des données. Dans une autre illustration, la figure 2 montre schématiquement un système de traitement de données de gestion de conteneurs configuré pour un procédé de révision d’image post-hoc pour les conteneurs Linux de courte durée. Le système comprend une plate-forme informatique hôte 210 qui comprend un ou plusieurs ordinateurs, chacun avec mémoire et au moins un processeur. Un environnement informatique conteneurisé 250 est défini et géré au sein de la plate-forme informatique hôte au moyen d’une interface utilisateur de gestion de conteneur 220 dans laquelle différents conteneurs-conteneurs Linux de courte durée de vie- sont configurés pour fonctionner au sein de la plate-forme informatique hôte 210, chacun pouvant y supporter l’exécution de différents programmes informatiques, et chacun comprenant une configuration correspondante différente. Il convient de noter qu’un module de révision d’images post-hoc 300 s’exécute dans la mémoire de la plate-forme informatique hôte 210 et est couplé à l’interface utilisateur de gestion des conteneurs 220. Le module de révision d’images post-hoc 300 comprend des instructions de programme informatique qui, lorsqu’elles sont exécutées par un ou plusieurs processeurs dans la mémoire de la plate-forme informatique hôte 210, permettent de surveiller la création de différents conteneurs dans l’environnement informatique conteneurisé 250 et d’enregistrer dans la base de données 240, pour chacun des conteneurs, une configuration 260 correspondante au moment de la création d’un conteneur respectif parmi les conteneurs. Les instructions du programme sont en outre activées pour détecter une terminaison de chacun des conteneurs et, en réponse, pour comparer une configuration de chaque conteneur terminé parmi les conteneurs avec une configuration enregistrée pour le conteneur terminé. Les instructions du programme permettent en outre d’identifier, à partir de la comparaison, une ou plusieurs divergences et de présenter les divergences dans l’interface utilisateur de gestion des conteneurs 220. En option, les instructions du programme sont activées pour recevoir une sélection pour réaliser la liste blanche ou la liste noire pour chacune des divergences. Dans le premier cas, une détection ultérieure d’une anomalie de configuration qui a été mise en liste blanche n’apparaîtra pas dans l’demande comme une anomalie. Dans le dernier cas, l’interface utilisateur de gestion des conteneurs 220, lorsqu’elle est confrontée à une tentative d’application d’un changement de configuration associé à l’écart de configuration de la liste noire, n’autorise pas la tentative d’application du changement de configuration. Pour illustrer encore davantage le fonctionnement du module de révision d’images post-hoc, la figure 3 est un organigramme illustrant un processus de révision d’images post-hoc pour des conteneurs Linux de courte durée. A partir du bloc 310, une image modèle, par exemple un conteneur existant, est sélectionnée dans l’interface utilisateur de gestion des conteneurs comme base pour créer un nouveau conteneur, en copiant une configuration du conteneur existant et en appliquant la configuration au nouveau conteneur. Dans le bloc 320, la création du conteneur est détectée et en réponse, dans le bloc 330, une liste de fichiers pour le conteneur créé est récupérée. Par la suite, dans le bloc 340, l’exécution du conteneur est surveillée afin de détecter une directive visant à terminer l’exploitation du conteneur. Dans le bloc de décision 350, on détermine si l’on reçoit ou non une directive pour la terminaison du conteneur. Si c’est le cas, dans la case 360, une liste de fichiers pour le conteneur au moment de la terminaison est récupérée. Ensuite, dans la case 370, la liste des fichiers du conteneur au moment de la terminaison est comparée à la liste des fichiers récupérés au moment de la création du conteneur. À cet égard, la comparaison est effectuée sur la base de n’importe quelle combinaison de nom de fichier, taille de fichier, valeur de hachage du nom de fichier et/ou taille de fichier, date de création du fichier ou date de modification du fichier pour ne citer que quelques exemples. Dans le bloc de décision 380, on détermine s’il existe des divergences entre les listes. Si tel est le cas, dans le bloc de décision 390, il est également déterminé si des divergences détectées sont présentes dans une liste blanche des changements de configuration associés aux divergences. Si ce n’est pas le cas, dans le bloc 400, une demande est affichée pour les divergences qui ne figurent pas sur la liste blanche et une sélection est reçue pour ignorer, mettre en liste noire ou mettre en liste blanche chacune des divergences de la demande. Sur la base des sélections, dans le bloc 410, la liste blanche est alors mise à jour et le processus se termine dans le bloc 420. Il est à noter que le processus précédent se produit en réponse à la détection d’une terminaison d’un conteneur Linux de courte durée de vie. Toutefois, comme variante de ce qui précède, la réponse qui précède peut également se produire avant la terminaison de la période de validité du conteneur en réponse à la détermination que le rendement d’exécution des applications dans le conteneur, ou dans le conteneur lui-même, est passé sous un niveau de rendement seuil justifiant la terminaison du conteneur. Il peut s’agir par exemple de la détection d’un seuil minimum de mémoire disponible ou d’un maximum de cycles processeur consommés. De cette façon, l’observation des divergences de configuration peut être utilisée pour déterminer une cause fondamentale de la dégradation observée de la performance du conteneur. La présente invention peut être incorporée dans un système, un procédé, un programme informatique ou toute combinaison de ceux-ci. Le programme informatique peut comprendre un support de stockage lisible par ordinateur ou un support sur lequel se trouvent des instructions de programme lisibles par ordinateur pour amener un processeur à exécuter des aspects de la présente invention. Le support de stockage lisible par ordinateur peut être un dispositif tangible qui peut conserver et stocker des instructions à utiliser par un dispositif d’exécution d’instructions. Le support de stockage lisible par ordinateur peut être, par exemple, un dispositif de stockage électronique, un dispositif de stockage magnétique, un dispositif de stockage optique, un dispositif de stockage électromagnétique, un dispositif de stockage semi-conducteur ou toute combinaison appropriée de ce qui précède, sans toutefois s’y limiter. Les instructions de programme lisibles par ordinateur décrites ici peuvent être téléchargées à partir d’un support de stockage lisible par ordinateur ou sur un ordinateur externe ou un périphérique de stockage externe via un réseau, sur les dispositifs de calcul/traitement respectifs. Les instructions lisibles par ordinateur peuvent être exécutées entièrement sur l’ordinateur de l’utilisateur, en partie sur l’ordinateur de l’utilisateur, en tant que progiciel autonome, en partie sur l’ordinateur de l’utilisateur et en partie sur un ordinateur distant ou entièrement sur l’ordinateur ou le serveur distant. Certains aspects de la présente invention sont décrits ici à l’aide d’organigrammes et/ou de schémas fonctionnels de procédés, d’appareils (systèmes) et de produits de programmes informatiques sur la base des modes de réalisation de l’invention. Il est entendu que chaque bloc des organigrammes et/ou des schémas fonctionnels, ainsi que les combinaisons de blocs des organigrammes et/ou des schémas fonctionnels, peuvent être réalisés au moyen d’instructions de programme lisibles par ordinateur. Ces instructions de programme lisibles par ordinateur peuvent être fournies à un processeur d’un ordinateur à usage général, d’un ordinateur à usage spécifique ou d’un autre appareil de traitement de données programmable pour produire une machine, de sorte que les instructions, qui sont exécutées par l’intermédiaire du processeur de l’ordinateur ou d’un autre appareil de traitement de données programmable, créent des moyens pour exécuter les fonctions/actions spécifiées dans le ou les blocs des organigrammes et/ou des schémas fonctionnels. Ces instructions de programme lisibles par ordinateur peuvent également être stockées dans un support de stockage lisible par ordinateur qui peut diriger un ordinateur, un appareil de traitement de données programmable et/ou d’autres dispositifs pour fonctionner d’une manière particulière, de sorte que le support de stockage lisible par ordinateur dans lequel sont stockées des instructions comprend un article de fabrication comprenant des instructions qui exécutent des aspects des fonctions/actions spécifiées dans le ou les blocs des organigrammes et/ou des schémas fonctionnels. Les instructions de programme lisibles par ordinateur peuvent également être chargées sur un ordinateur, un autre appareil de traitement de données programmable ou un autre dispositif pour provoquer l’exécution d’une série d’étapes opérationnelles sur l’ordinateur, un autre appareil programmable ou un autre dispositif pour produire un procédé exécuté par ordinateur, de sorte que les instructions qui exécutent sur l’ordinateur, un autre appareil programmable ou un autre dispositif mettent en œuvre les fonctions/actions indiquées dans le ou les blocs des organigrammes et/ou des schémas fonctionnels. L’organigramme et les schémas fonctionnels présentés dans les figures illustrent l’architecture, la fonctionnalité et le fonctionnement d’implémentations possibles de systèmes, de procédés et de produits de programmes informatiques sur la base des divers modes de réalisation de la présente invention. À cet égard, chaque bloc de l’organigramme ou des schémas fonctionnels peut représenter un module, un segment ou une partie d’instructions, qui comprend une ou plusieurs instructions exécutables pour mettre en œuvre la ou les fonctions logiques spécifiées. Dans certaines implémentations alternatives, les fonctions notées dans le bloc peuvent se produire dans l’ordre indiqué dans les figures. Par exemple, deux blocs montrés successivement peuvent, en fait, être exécutés sensiblement simultanément, ou les blocs peuvent parfois être exécutés dans l’ordre inverse, sur la base de la fonctionnalité impliquée. Il convient également de noter que chaque bloc des schémas fonctionnels et/ou des organigrammes, et les combinaisons de blocs des schémas fonctionnels et/ou des organigrammes, peuvent être mis en œuvre par des systèmes matériels spéciaux qui effectue les fonctions ou les actes spécifiés ou exécutent des combinaisons de matériel spécial et d’instructions informatiques. Enfin, la terminologie utilisée dans le présent document ne vise qu’à décrire des modes de réalisation particuliers et ne vise pas à limiter l’invention. Il sera en outre entendu que les termes "comprend" et/ou "comprenant", lorsqu’ils sont utilisés dans la présente spécification, précisent la présence de caractéristiques, entiers, étapes, opérations, éléments et/ou composants indiqués, mais n’excluent pas la présence ou l’ajout d’une ou plusieurs autres caractéristiques, entiers, étapes, opérations, éléments, composants et/ou groupes de ceux-ci. Les structures, matériaux, actes et équivalents correspondants de tous les moyens ou éléments de l’étape et de la fonction dans les variantes du procédé sont destinés à inclure toute structure, tout matériau ou tout acte pour exécuter la fonction en combinaison avec d’autres éléments. La description de la présente invention a été présentée à des fins d’illustration et de description, mais ne se veut pas exhaustive ou limitée à l’invention sous la forme divulguée. De nombreuses modifications et variations seront apparentes aux hommes du métier sans s’écarter de la portée et de l’esprit de l’invention. Le mode de réalisation a été sélectionné et décrit afin d’expliquer au mieux les principes de l’invention et son application pratique, et de permettre à d’autres hommes du métier de comprendre l’invention pour diverses modes de réalisation avec diverses modifications adaptées à l’usage particulier envisagé. Après avoir ainsi décrit l’invention de la présente demande en détail et par référence à ses modes de réalisation, il apparaîtra que des modifications et des variations sont possibles sans s’écarter de la portée de l’invention. Procédé de révision d’image post-hoc pour des conteneurs Linux de courte durée de vie, le procédé comprenant les étapes consistant à : diriger une création d’un conteneur Linux de courte durée de vie dans un système de gestion de conteneurs ; appliquer une configuration initiale au conteneur Linux de courte durée de vie ; détecter une terminaison du conteneur Linux de courte durée de vie ; et, en réponse à la terminaison, réaliser un instantané d’une configuration du conteneur Linux de courte durée de vie, comparer la configuration initiale à la configuration instantanée et afficher une liste de différences dans un affichage de gestion de conteneur. Procédé selon la revendication 1, dans lequel la configuration instantanée est une liste de fichiers présents dans le conteneur Linux de courte durée de vie au moment de la terminaison, et la configuration initiale est une liste de fichiers devant être présents dans le conteneur Linux de courte durée de vie au moment d’une création du conteneur Linux de courte durée de vie. Procédé selon la revendication 1, dans lequel le conteneur Linux de courte durée de vie est créé en référence à une image d’un conteneur Linux de courte durée de vie différent. Procédé selon la revendication 2, dans lequel la comparaison est une comparaison de données correspondant à la liste des fichiers présents dans le conteneur Linux de courte durée de vie au moment de la terminaison, et de données comparables correspondant à la liste des fichiers présents dans le conteneur Linux de courte durée de vie au moment de la création du conteneur Linux de courte durée de vie. Procédé selon la revendication 1, comprenant en outre les étapes consistant à : associer chacune des différences de la liste à un changement de configuration correspondant par rapport à la configuration initiale ; inviter dans l’affichage à réaliser une liste blanche pour chaque changement de configuration pour chacune des différences ; et, ajouter à une liste blanche, chaque différence sélectionnée parmi les différences comme un changement de configuration admissible. Procédé selon la revendication 1, comprenant en outre les étapes consistant à : associer chacune des différences de la liste à un changement de configuration correspondant par rapport à la configuration initiale ; inviter dans l’affichage à réaliser une liste noire pour chaque changement de configuration pour chacune des différences ; et, ajouter à une liste noire, chaque différence sélectionnée parmi les différences comme un changement de configuration inadmissible. Système de traitement de données de gestion de conteneurs Linux de courte durée de vie configuré pour mettre en oeuvre un procédé de révision d’image post-hoc pour des conteneurs Linux de courte durée de vie, le système comprenant : une plate-forme informatique hôte comprenant un ou plusieurs ordinateurs, chacun avec mémoire et au moins un processeur ; un module de révision d’images post-hoc s’exécutant dans la mémoire de la plate-forme informatique hôte et couplé en communication à un gestionnaire de conteneurs Linux de courte durée gérant la création, l’exécution et la terminaison de différents conteneurs Linux de courte durée, le module comprenant des instructions de programme informatique pouvant exécuter les étapes consistant à : diriger le gestionnaire de conteneurs Linux de courte durée de vie pour créer un conteneur Linux de courte durée de vie dans un système de gestion de conteneurs et appliquer une configuration initiale au conteneur Linux de courte durée de vie ; détecter une terminaison du conteneur Linux de courte durée de vie par le gestionnaire de conteneurs Linux de courte durée de vie ; et, pour répondre à la terminaison, diriger le gestionnaire de conteneurs Linux de courte durée de vie pour réaliser un instantané d’une configuration du conteneur Linux de courte durée, comparer la configuration initiale à la configuration instantanée et afficher une liste de différences dans un affichage de gestion de conteneurs du module. Système selon la revendication 7, dans lequel la configuration instantanée est une liste de fichiers présents dans le conteneur Linux de courte durée de vie au moment de la terminaison, et la configuration initiale est une liste de fichiers devant être présents dans le conteneur Linux de courte durée de vie au moment d’une création du conteneur Linux de courte durée de vie. Système selon la revendication 7, dans lequel le conteneur Linux de courte durée de vie est créé en référence à une image d’un conteneur Linux de courte durée différent. Système selon la revendication 8, dans lequel la comparaison est une comparaison de données correspondant à la liste des fichiers présents dans le conteneur Linux de courte durée de vie au moment de la terminaison, et de données comparables correspondant à la liste des fichiers présents dans le conteneur Linux de courte durée de vie au moment de la création du conteneur Linux de courte durée de vie. Système selon la revendication 7, dans lequel les instructions de programme peuvent en outre exécuter les étapes consistant à : associer chacune des différences de la liste à un changement de configuration correspondant par rapport à la configuration initiale ; inviter dans l’affichage à réaliser une liste blanche pour chaque changement de configuration pour chacune des différences ; et, ajouter à une liste blanche, chaque différence sélectionnée parmi les différences comme un changement de configuration admissible. Système selon la revendication 7, dans lequel les instructions de programme sont en outre validées : associer chacune des différences de la liste à un changement de configuration correspondant par rapport à la configuration initiale ; inviter dans l’affichage à réaliser une liste noire pour chaque changement de configuration pour chacune des différences ; et, ajouter à une liste noire, chaque différence sélectionnée parmi les différences comme un changement de configuration inadmissible. Produit programme d’ordinateur pour la révision d’image post-hoc pour des conteneurs Linux de courte durée de vie, le produit programme d’ordinateur comprenant des instructions de programme enregistrées sur un support de stockage lisible par ordinateur, les instructions de programme étant exécutables par un dispositif pour amener le dispositif à effectuer les étapes consistants à : diriger une création d’un conteneur Linux de courte durée de vie dans un système de gestion de conteneurs ; appliquer une configuration initiale au conteneur Linux de courte durée de vie ; détecter une terminaison du conteneur Linux de courte durée de vie ; et, en réponse à la terminaison, réaliser un instantané d’une configuration du conteneur Linux de courte durée de vie, comparer la configuration initiale à la configuration instantanée et afficher une liste de différences dans un affichage de gestion de conteneur. Produit programme d’ordinateur selon la revendication 13, dans lequel la configuration instantanée est une liste de fichiers présents dans le conteneur Linux de courte durée de vie au moment de la terminaison, et la configuration initiale est une liste de fichiers devant être présents dans le conteneur Linux de courte durée de vie au moment d’une création du conteneur Linux de courte durée de vie. Produit programme d’ordinateur selon la revendication 13, dans lequel le conteneur Linux de courte durée de vie est créé en référence à une image d’un conteneur Linux de courte durée de vie différent. Produit programme d’ordinateur selon la revendication 14, dans lequel la comparaison est une comparaison de données correspondant à la liste des fichiers présents dans le conteneur Linux de courte durée de vie au moment de la terminaison, et de données comparables correspondant à la liste des fichiers présents dans le conteneur Linux de courte durée de vie au moment de la création du conteneur Linux de courte durée de vie. Produit programme d’ordinateur selon la revendication 13, dans lequel le procédé comprend en outre les étapes consistant à : associer chacune des différences de la liste à un changement de configuration correspondant par rapport à la configuration initiale ; inviter dans l’affichage à réaliser une liste blanche pour chaque changement de configuration pour chacune des différences ; et, ajouter à une liste blanche, chaque différence sélectionnée parmi les différences comme un changement de configuration admissible. Produit programme d’ordinateur selon la revendication 13, dans lequel le procédé comprend en outre les étapes consistant à : associer chacune des différences de la liste à un changement de configuration correspondant par rapport à la configuration initiale ; inviter dans l’affichage à réaliser une liste noire pour chaque changement de configuration pour chacune des différences ; et, ajouter à une liste noire, chaque différence sélectionnée parmi les différences comme un changement de configuration inadmissible.