En 2013, Docker était la « it » entreprise. Docker a fait la une des journaux pour le rôle essentiel qu’il a joué dans l’introduction des conteneurs dans le grand public et, à bien des égards, a remplacé le PaaS en tant que mode brûlant (Heroku, n’importe qui ?). Maintenant, la société est de retour dans la presse avec l’introduction d’un nouveau modèle pour Docker Desktop qui oblige les grandes organisations à acheter un abonnement payant pour les outils. Il y a eu une réaction vocale à cette annonce, qui me rappelle le rôle important que Docker a joué dans la popularisation d’un modèle que nous connaissons, aimons et utilisons maintenant sur une base grand public : les conteneurs.
Docker n’a pas inventé les conteneurs, mais il a rendu la technologie accessible via un outil open source et des images réutilisables. Avec Docker, les développeurs pouvaient vraiment et vraiment créer un logiciel une seule fois et l’exécuter localement ou sur un serveur de production.
Le fait que l’outil de ligne de commande Docker ait remplacé des années d’interfaces Web sexy est peut-être un commentaire sur ce que veulent vraiment les développeurs. Mais pour vraiment comprendre l’impact de Docker, il est important de remonter un peu avant que la technologie des conteneurs Docker ne fasse ses débuts.
À la recherche de la prochaine grande chose
En 2009, la valeur de l’utilisation de la virtualisation était bien comprise et largement déployée. La plupart des organisations avaient déjà tiré parti des avantages de la virtualisation ou disposaient d’une feuille de route pour y parvenir. La machine marketing en avait assez de la virtualisation. Les gens avaient faim de la prochaine innovation dans le développement informatique et logiciel. Il est venu sous la forme de Heroku. En fait, PaaS en général et Heroku en particulier sont devenus très populaires. À tel point qu’il semblait que le PaaS allait conquérir le monde.
À cette époque, Heroku était énorme. Vous venez de vous rendre sur ce portail, de développer vos applications et de les fournir en tant que service ? Qu’est-ce qu’il ne faut pas aimer ? Pourquoi ne développeriez-vous pas d’applications sur Heroku ?
En fin de compte, il y avait quelques bonnes raisons de ne pas utiliser les plates-formes Heroku et PaaS de son acabit. Par exemple, les applications basées sur Heroku n’étaient pas portables ; ils n’étaient disponibles que dans Heroku. Les développeurs devaient travailler à distance sur la plateforme PaaS s’ils voulaient collaborer. Contrairement à Netflix, il s’avère que les développeurs aiment développer localement. Si un développeur voulait travailler sur sa box locale, il lui restait encore à créer manuellement l’environnement lui-même.
De plus, même si le modèle Heroku était extrêmement puissant si vous utilisiez ce qui était fourni hors de la boîte, il était complexe dans les coulisses. Dès que votre équipe a créé quelque chose de plus complexe qu’une simple application Web, ou qu’elle a eu besoin de personnaliser l’infrastructure pour des raisons de sécurité ou de performances, cela est devenu un problème d’ingénierie difficile et très « réel ».
C’était génial… jusqu’à ce que ça ne le soit pas. Mais à la manière typique de l’informatique, beaucoup de gens se sont mis à fond avant de réaliser que les plateformes comme Heroku ont leur place mais ne sont pas le bon outil pour chaque travail.
La différence Docker
Les conteneurs, en revanche, ont résolu de nombreux problèmes avec le PaaS, et Docker est l’entreprise qui a permis aux développeurs, aux responsables informatiques et aux responsables commerciaux de voir et de comprendre cela. En fait, lorsque Docker est sorti, sa valeur était incroyablement évidente : toutes les choses qui étaient difficiles pour Heroku étaient faciles avec Docker, et toutes les choses qui étaient faciles pour Heroku étaient également faciles avec Docker. Avec Docker, vous pouvez rapidement et facilement lancer un service prédéfini, mais vous pouvez également facilement développer localement et personnaliser les services pour qu’ils fassent ce dont vous avez besoin.
Cela ne veut pas dire que Docker était joli. Il a en fait tiré parti d’une UX rendue populaire pour la première fois dans les années 1970 sous Unix ! Docker n’était qu’une commande exécutée dans un terminal Linux, loin des interfaces graphiques élégantes de la plupart des plates-formes PaaS. Mais l’interface de ligne de commande (CLI) de Docker était vraiment élégante. En fait, je dirais que la Docker CLI en particulier a montré au monde que lorsque nous apportons un sens moderne de l’UX au développement d’une CLI, cela peut changer le monde.
Docker, et les conteneurs en général, ont fourni la technologie sous-jacente pour le développement d’applications cloud natives. Ils ont fonctionné, et ils continuent de travailler, sur des architectures hautement distribuées et dans les modèles devops et CI/CD (intégration continue et livraison continue) qui sont nécessaires aujourd’hui pour répondre aux demandes d’améliorations nouvelles et constantes des clients sans régressions (c’est-à-dire des bogues, des problèmes de sécurité , etc.).
Les conteneurs permettent aux développeurs de modifier rapidement les applications, sans interrompre les fonctionnalités sur lesquelles les utilisateurs s’appuient. De plus, l’écosystème qui a évolué autour des conteneurs, y compris la plate-forme d’orchestration Kubernetes apparemment indéfectible, a permis aux organisations de faire évoluer et de gérer efficacement les collections de conteneurs en pleine croissance.
Les développeurs ont rapidement compris la valeur des conteneurs. Les équipes d’exploitation ont rapidement compris, et les investisseurs de la Silicon Valley ont compris. Mais il a fallu du travail pour convaincre les managers, les DSI et les PDG, qui regardent généralement des démos astucieuses, qu’un outil en ligne de commande était meilleur que toutes ces cloches et sifflets avec PaaS.
La vie dans un monde conteneurisé
Et nous voici en 2021 avec un outil en ligne de commande qui fait toujours des vagues. C’est assez remarquable, c’est le moins qu’on puisse dire. Il semble même qu’il y ait de la place pour deux acteurs sur ce marché des CLI de conteneurs (voir « Red Hat Enterprise Linux vise l’informatique de périphérie » et « Quand utilisez-vous Docker vs Podman : A point de vue du développeur »).
Maintenant, grâce à la route pavée de la technologie des conteneurs, les développeurs peuvent travailler en local ou dans le cloud beaucoup plus facilement qu’auparavant. Les DSI et les PDG peuvent s’attendre à des cycles de développement plus courts, à un risque de pannes réduit et même à des coûts réduits pour gérer les applications tout au long du cycle de vie.
Docker n’est pas parfait, et les conteneurs non plus. On peut soutenir que plus de travail pour migrer les applications dans des conteneurs par rapport aux machines virtuelles, mais les avantages durent tout le cycle de vie de l’application, donc l’investissement en vaut la peine. Cela est particulièrement vrai avec les nouvelles applications qui viennent d’être développées, mais cela s’applique également aux migrations lift-and-shift, ou même au travail de refactorisation.
Docker a mis la technologie des conteneurs au premier plan et en tête de liste, supplantant le PaaS en tant que tendance dominante, et pour cette seule raison, il a vraiment changé le monde.
Chez Red Hat, Scott McCarty aide à former les professionnels de l’informatique, les clients et les partenaires sur tous les aspects des conteneurs Linux, de la transformation organisationnelle à la mise en œuvre technique, et travaille à faire progresser la stratégie de mise sur le marché de Red Hat autour des conteneurs et des technologies associées.
—
New Tech Forum offre un lieu pour explorer et discuter des technologies d’entreprise émergentes avec une profondeur et une ampleur sans précédent. La sélection est subjective, basée sur notre sélection des technologies que nous pensons être importantes et du plus grand intérêt pour les lecteurs d’InfoWorld. InfoWorld n’accepte pas les supports marketing pour publication et se réserve le droit de modifier tout le contenu fourni. Envoyez toutes vos demandes à newtechforum@infoworld.com.
.
Toute l’actualité en temps réel, est sur L’Entrepreneur
