Conteneurisation

La conteneurisation est une méthode permettant de fournir du code logiciel en combinant tous les éléments nécessaires dans un package pouvant être facilement déplacé entre différents types d'infrastructures. Le conteneur comprend les bibliothèques, les dépendances et les frameworks nécessaires à l'exécution d'une application. Ce conteneur permet à l'application de rester indépendante de son environnement et entièrement portable entre les environnements d'infrastructure. La conteneurisation est liée à la virtualisation, mais présente des avantages pour certains types de charges de travail.

Un conteneur est abstrait du système d'exploitation hôte, avec un accès limité aux ressources sous-jacentes. Cela le rend plus léger qu'une machine virtuelle complète, mais avec une portabilité et une flexibilité accrues. Le conteneur peut être exécuté sur différents types d'infrastructures, telles que des serveurs bare metal, au sein de machines virtuelles ou dans le cloud. Le code peut être transféré plus facilement d'un système local vers le cloud ou entre différents systèmes d'exploitation.

Comme il n'est pas nécessaire de démarrer une machine virtuelle entière, les frais généraux sont réduits, et il n'est pas nécessaire de charger un système d'exploitation distinct pour chaque conteneur, car le noyau est partagé. La grande efficacité de la conteneurisation la rend idéale pour fournir les microservices requis par une application moderne. Les conteneurs étant isolés, ils peuvent être protégés les uns des autres, car tout compromis malveillant ou conflit de code est empêché de se propager entre eux. L'isolation est moins complète qu'avec une machine virtuelle complète, mais les menaces peuvent être minimisées. Le déploiement rapide signifie que les conteneurs peuvent être arrêtés et redémarrés rapidement en cas de problème.

La conteneurisation a de nombreuses utilisations tout au long du cycle de vie de la fourniture d'un service logiciel.

• Une application créée localement dans un conteneur fonctionnera de manière identique lorsqu'elle sera transférée vers l'infrastructure de production pendant le développement.

• Le code hérité peut être exécuté dans un conteneur, ce qui supprime sa dépendance vis-à-vis du matériel hérité et permet de le déplacer facilement d'un type d'infrastructure à un autre, par exemple des serveurs sur site vers le cloud.

• Les services pour lesquels la sécurité est essentielle, tels que ceux hébergeant des transactions financières, peuvent être fournis via des conteneurs, ce qui permet une évolutivité plus rapide et plus sûre à mesure que la demande augmente.

• Dans le domaine de l'informatique automobile, les microservices fournis à un véhicule connecté défini par logiciel peuvent être livrés de manière légère, dynamique et sécurisée à l'aide de la conteneurisation, par exemple via BlackBerry QNX le cloud.

La conteneurisation fonctionne sur une infrastructure locale ou basée sur le cloud. Cette dernière sera déployée avec un système d'exploitation partagé, sur lequel est installé le moteur de conteneur, par exemple Docker ou Google Kubernetes Engine. Celui-ci orchestre les conteneurs hébergés, chacun comprenant une ou plusieurs applications et les dépendances requises. Ce conteneur fonctionnera de manière fiable, quel que soit l'environnement informatique qui lui sert d'hôte, car il ne dépend pas de ses ressources.

Un conteneur peut contenir une ou plusieurs applications complètes, mais il peut également permettre une approche modulaire pour fournir une application complexe. Celui-ci peut être divisé en modules, chacun fonctionnant dans son propre conteneur, ce qui est connu sous le nom d'approche microservices. Bien que les conteneurs soient généralement isolés, ils peuvent être dotés de la capacité de communiquer entre eux via des canaux bien définis. En raison de leur nature légère, les conteneurs peuvent être démarrés juste à temps, selon les besoins, plutôt que de rester en fonctionnement, où ils continueraient à consommer des ressources.

La conteneurisation est souvent mentionnée dans le même contexte que la virtualisation. Elles sont étroitement liées, mais leurs approches sont légèrement différentes. La virtualisation simule l'ensemble du matériel physique, y compris les cœurs de processeur, la mémoire, le stockage et même l'accélération GPU, dans lequel un système d'exploitation invité est exécuté. La conteneurisation ne simule pas le matériel, mais uniquement le système d'exploitation. Ainsi, plusieurs applications peuvent partager le même noyau de système d'exploitation. Dans la pratique, les rôles peuvent être similaires entre un conteneur et une machine virtuelle complète. Alors que cette dernière offre une plus grande isolation des ressources, l'approche légère de la conteneurisation présente des avantages lorsqu'un déploiement dynamique rapide est bénéfique. d'une ou plusieurs applications et des dépendances requises. Ce conteneur fonctionnera de manière fiable quel que soit l'environnement informatique qui lui sert d'hôte, car il ne dépend pas de ses ressources.

Un conteneur peut contenir une ou plusieurs applications complètes, mais il peut également permettre une approche modulaire pour fournir une application complexe. Celui-ci peut être divisé en modules, chacun fonctionnant dans son propre conteneur, ce qui est connu sous le nom d'approche microservices. Bien que les conteneurs soient généralement isolés, ils peuvent être dotés de la capacité de communiquer entre eux via des canaux bien définis. En raison de leur nature légère, les conteneurs peuvent être démarrés juste à temps, selon les besoins, plutôt que de rester en fonctionnement, où ils continueraient à consommer des ressources.