Docker et Kubernetes Quelle est la valeur de la conteneurisation?

03-08-2018 / Marc Pare

Au cours des dernières années, la conteneurisation et l’architecture basée sur les microservices ont pris d’assaut la communauté des DevOps. Selon 451 Research, comparée aux autres technologies du secteur infonuagique, la technologie de type conteneur, comme Docker et Kubernetes, aura la croissance la plus rapide, avec un TCAC de 40 % jusqu’en 2020 (voir le tableau 1). « Notre étude de marché et notre recherche sur les conteneurs ont fait ressortir deux choses : premièrement, l’étendue et la diversité des fournisseurs dont l’offre est basée sur les conteneurs ou sur l’intégration avec partenariat pour fournir un meilleur soutien aux conteneurs dans leurs produits, et deuxièmement, la vitesse à laquelle les logiciels et les marchés de conteneurs prennent de la maturité selon la production, l’usage et la croissance des revenus » souligne Greg Zwakman, Vice président, Marché et veille concurrentielle chez 451 Research.

Gartner containers

Tableau 1 : D’ici l’année 2020, le marché des conteneurs d’application sera à 2,7 milliards de dollars.

La technologie des conteurs d’application change le paysage des opérations et du développement des TI. Ce concept n’est pas nouveau, il a évolué à partir de l’architecture orientée services (SOA), très populaire au cours des dernières années. Les conteneurs sont une méthode de virtualisation de systèmes d’exploitation. Ils permettent de faire fonctionner une application isolée de son environnement, sans lancer toute la machine virtuelle pour chaque application. Les conteneurs comprennent tout l’environnement d’exécution : l’application, ses dépendances, ses bibliothèques, ses interconnexions et ses codes ainsi que les fichiers de configuration requis, regroupés en un paquet. Les conteneurs de logiciels accélèrent le processus de développement en démantelant le logiciel en très petits éléments appelés microservices, qui à leur tour, peuvent améliorer la qualité des tests et réduire la complexité d’intégration et de déploiement.

Tandis que l’infonuagique évolue d’architectures simples vers de plus complexes, les conteneurs fournissent une réelle fondation afin de déplacer les charges de travail à l’intérieur d’environnements infonuagiques hybrides ou multinuages, sans avoir à modifier l’application. Les systèmes d’exploitation, la topologie du réseau, les politiques en matière de sécurité et les configurations relatives au stockage peuvent être différents, néanmoins, l’application doit fonctionner précisément de la même manière. Un développeur peut faire fonctionner l’application logicielle à partir d’un ordinateur de bureau ou d’un portable, d’un environnement de test ou d’un nuage ; les conteneurs étant conçus pour fonctionner à partir de n’importe où.

Voici les raisons principales d’utiliser une architecture de conteneurisation et de microservices :

Accélération du déploiement et de la portabilité d’application — Étant donné la nature exclusive de certains nuages publics, il faut parfois abstraire les applications en des conteneurs virtuels afin de les déplacer d’un nuage à un autre. La segmentation d’application de cette manière offre la possibilité de les placer sur différents matériels et machines virtuelles dans le nuage. Cette flexibilité comporte des avantages pour la gestion des charges de travail tout en offrant la capacité de développer des systèmes insensibles aux défaillances. Même si les charges de travail peuvent être placées dans des machines virtuelles, l’utilisation de conteneurs assure de meilleures chances de succès tandis que l’infonuagique évolue d’architectures simples vers de plus complexes. Cela est dû au fait qu’une application peut être divisée en de multiples domaines, se trouvant tous dans les conteneurs. La portabilité des conteneurs permet aux ingénieurs de choisir sur quelle plateforme infonuagique les faire fonctionner afin de réduire les coûts et d’augmenter la performance.

Productivité des développeurs — Les conteneurs sont isolés les uns des autres. Les bibliothèques et les dépendances n’ont alors plus à être synchronisées pour chaque application, vous pouvez donc suivre les versions de code et de dépendances de votre application. Les conteneurs aident à assurer que, peu importe l’environnement, le déploiement d’application se fait de façon rapide, fiable et cohérente. Cela signifie que les nouveaux logiciels et les nouvelles versions deviennent disponibles plus rapidement et que les problèmes associés sont diminués. Les équipes de développement peuvent travailler indépendamment sur un même projet et prendre des décisions au moment qui leur convient, sans avoir à attendre qui que ce soit. C’est un peu comme les entraineurs d’équipes sportives qui délèguent la gestion de l’offensive ou de la défensive de leur équipe. Vos développeurs sont alors libres d’accomplir les tâches où ils excellent, car ils n’ont plus à attendre qu’une machine virtuelle soit installée et configurée. Ils n’ont qu’à plonger dans leur domaine d’expertise. Et vu que les conteneurs permettent les modèles, les équipes peuvent créer rapidement de nouvelles images basées sur des modèles de conteneurs existants. Il était possible, avant, de réaliser cela, mais les conteneurs facilitent maintenant grandement la tâche.

Flexibilité de mise à l’échelle à la demande — En utilisant la mise en grappe et la distribution et en automatisant le déploiement et la gestion des conteneurs, les développeurs peuvent ainsi assurer que les applications de conteneurs soient flexibles et fiables. Les groupes de conteneurs peuvent aussi être gérés par une couche de gestion de conteneur qui facilite ces capacités. Par exemple, Kubernetes peut répartir n’importe quel nombre de répliques de conteneurs à travers un groupe d’instances de nœuds. Cette méthode de réplication et de distribution est habituellement suffisante pour que la plupart des grandes applications à base de conteneurs évoluent selon les besoins.

Utilisation efficace des ressources informatiques — Les conteneurs peuvent vous aider à en obtenir davantage de vos ressources informatiques en vous permettant d’exploiter de multiples applications sur la même instance. Les conteneurs offrent aussi l’isolation des processus, ce qui vous permet de placer chaque application, ainsi que ses dépendances, dans un conteneur distinct et de toutes les faire fonctionner sur la même instance. Un seul système d’exploitation peut faire fonctionner plusieurs conteneurs d’application en même temps, car ils sont légers, se lancent rapidement et ont un modèle constant de temps d’exécution.

Meilleures sécurité et gouvernance, à l’extérieur des conteneurs — Les services de sécurité et de gouvernance sont spécifiques à la plateforme et non à l’application. Le fait de placer les services de sécurité et de gouvernance en dehors des conteneurs réduit la complexité de l’application et évite les compromis relatifs à la sécurité.

Selon Scott McCarty, Stratège aux conteneurs chez Red Hat, « les conteneurs rassemblent les équipes d’opérations, le personnel responsable des intergiciels et les développeurs d’application ; ils placent ces trois niveaux ensemble afin de tester efficacement les applications. » Vous cherchez à en apprendre plus sur la conteneurisation et l’architecture de microservices ?

CloudOps offre des ateliers pour vous aider à épargnez du temps et actualisez vos connaissances des valeurs commerciales et du savoir-faire technique de ces concepts et de ces outils, en quelques jours seulement. Découvrez les Ateliers Docker et Kubernetes et inscrivez-vous dès aujourd’hui !

Photo credit: http://www.blujaysolutions.com/

New call-to-action