Démystifier 7 mythes sur la technologie des conteneurs
À l’heure actuelle, pratiquement tous ceux qui travaillent dans l’informatique ont entendu parler de conteneursla technologie de virtualisation légère qui constitue l’un des piliers de l’informatique cloud native.
Pourtant, à moins que vous n’ayez passé beaucoup de temps à travailler avec la technologie des conteneurs, il peut être facile de faire de fausses hypothèses sur ce qu’ils peuvent faire et sur la façon dont ils sont similaires ou différents d’autres types de technologie, tels que les machines virtuelles.
Pour dissiper la confusion, voici un aperçu de sept mythes courants sur les conteneurs de logiciels, et pourquoi l’abonnement à ces mythes peut conduire à une mauvaise prise de décision lors de la configuration d’environnements cloud natifs.
Mythe 1 : Docker a inventé la technologie des conteneurs
Docker, qui est devenu une plate-forme open source en 2013, a été le premier framework de conteneurisation à être largement adopté.
Mais ce n’était pas la première technologie de conteneur. Au contraire, les conteneurs remontent à des décennies. Docker a été précédé par des technologies telles que LXC (sur lesquelles Docker était autrefois basé) et les « prison » BSD, qui offraient également un moyen d’exécuter des applications dans des environnements définis par logiciel quasi isolés.
Ainsi, Docker n’a pas inventé les conteneurs. Cela les a simplement rendus populaires, en grande partie en créant des outils facilitant le travail avec les conteneurs.
Mythe 2 : les conteneurs sont beaucoup plus rapides que les machines virtuelles
Demandez à la plupart des gens pourquoi ils devraient utiliser des conteneurs, et la réponse sera probablement que les conteneurs sont plus rapides que les machines virtuelles car ils ne gaspillent pas de ressources sur les frais généraux de l’hyperviseur et les systèmes d’exploitation invités.
C’est vrai que les conteneurs sont plus efficaces. Cependant, la différence de performances entre les conteneurs et les machines virtuelles est plus petite que vous ne le pensez. C’est à peine 2 %, en moyenne, selon VMware (bien que les détails varient considérablement en fonction des types de charges de travail auxquels vous faites face).
Donc, si vous pensez que les conteneurs surpassent massivement les machines virtuelles, détrompez-vous.
Mythe 3 : Kubernetes est une alternative à Docker
Les gens traitent parfois Kubernetes et Docker comme des propositions. Ils pensent que soit vous utilisez Docker, soit vous utilisez Kubernetes.
En réalité, Docker et Kubernetes sont des choses différentes. Kubernetes est un technologie d’orchestrationalors que Docker est à la base un moyen d’exécuter des conteneurs.
Pour être juste, comparer Kubernetes à Docker peut prêter à confusion car Docker fournit également son propre outil d’orchestration, appelé Essaim. Mais ce n’est qu’une partie de Docker (et ce n’est pas la partie la plus importante). Vous pouvez utiliser Docker pour exécuter des conteneurs en même temps que vous utilisez Kubernetes pour les orchestrer.
Mythe 4 : les conteneurs ne sont que pour Linux
La plupart des efforts de développement autour des conteneurs se sont concentrés sur Linux. Vous avez également besoin de Linux pour certains types de charges de travail liées aux conteneurs ; par exemple, les nœuds maîtres Kubernetes ne peuvent s’exécuter que sur des serveurs Linux.
Cependant, les conteneurs peuvent également fonctionner sous Windows. En effet, vous pouvez même configurer un cluster Kubernetes qui inclut à la fois des nœuds Linux et Windows en même temps, vous permettant d’exécuter des applications Windows et Linux côte à côte à l’aide d’un plan de gestion central.
Mythe 5 : les conteneurs fonctionnent dans le cloud
Dans la mesure où les gens confondent conteneurs et technologie cloud uniquement, c’est probablement dû au fait que le terme « cloud-native » (qui est étroitement associé aux conteneurs) prête à confusion.
Cloud-native est parfois interprété comme faisant référence à des technologies qui ne fonctionnent que dans le cloud. Mais tous les environnements cloud natifs ne sont pas basés sur le cloud. Vous pouvez également déployer des conteneurs ou Kubernetes sur site. Rien ne vous empêche d’utiliser des conteneurs si vous ne souhaitez pas utiliser le cloud.
Mythe 6 : les conteneurs sont difficiles à gérer
Au début de l’adoption des conteneurs, il était difficile de déployer et de surveiller les conteneurs. La gestion de choses comme le stockage persistant était également difficile.
Aujourd’hui, cependant, ce n’est plus le cas. L’outillage entourant les conteneurs a beaucoup mûri au cours des quatre ou cinq dernières années, et les barrières à l’entrée n’existent plus.
Ainsi, s’il était autrefois juste de dire que travailler avec des conteneurs était objectivement plus difficile que de travailler avec des machines virtuelles, ce n’est tout simplement pas vrai à partir de 2022.
Mythe 7 : Tout le monde comprend les conteneurs
Le fait que l’outillage des conteneurs soit devenu plus simple ne signifie pas pour autant que tous les ingénieurs connaissent les piles logicielles ou les outils de gestion conteneurisés, bien que cela puisse sembler être le cas, compte tenu de l’attention que les conteneurs et Kubernetes reçoivent de nos jours.
Si vous vous demandez encore comment fonctionnent réellement les conteneurs, vous n’êtes pas seul. La technologie des conteneurs n’est pas nouvelle à ce stade, mais tout le monde n’a pas été à fond dans Docker et Kubernetes au cours de la dernière décennie. En effet, il y a une pénurie de compétences autour environnements modernes et natifs du cloud.
Conclusion
Pour tirer le meilleur parti des conteneurs, évitez les hypothèses erronées, comme l’idée que les conteneurs sont beaucoup plus rapides que les machines virtuelles, qu’ils ne fonctionnent que sur Linux ou que si vous ne maîtrisez pas les tenants et les aboutissants de la technologie des conteneurs, vous êtes une valeur aberrante.
A propos de l’auteur
Christopher Tozzi est un analyste technologique spécialisé dans le cloud computing, le développement d’applications, les logiciels open source, la virtualisation, les conteneurs, etc. Il enseigne également dans une grande université de la région d’Albany, New York. Son livre, « For Fun and Profit: A History of the Free and Open Source Software Revolution », a été publié par MIT Press.