IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Docker desktop ne sera plus gratuit pour les grosses entreprises : l'éditeur de l'outil d'automatisation du déploiement d'applications introduit une souscription mensuelle
Qui varie de 5 à 21 $

Le , par Patrick Ruiz

48PARTAGES

7  0 
Docker va limiter l'utilisation de la version gratuite de son utilitaire Docker desktop aux particuliers ou aux petites entreprises. L'éditeur de la solution annonce l’introduction d’un abonnement mensuel pour les grosses entreprises. La nouvelle disposition prend effet dès le premier mars de l’année à venir. Elle soulève un certain nombre de questions quant à l’avenir de Docker desktop : les entreprises vont-elles se cantonner aux outils ligne de commande ? La chasse aux alternatives à code source ouverte est-elle ouverte ?

Le plan Free s’appellera Personal à l’avenir. Désormais, l’éditeur de la solution d’automatisation de déploiement d’applications va requérir des entreprises de plus de 250 employés (ou qui font des chiffres d’affaire de plus de 10 millions de dollars l’année) de souscrire à un abonnement mensuel pour continuer à faire usage de Docker desktop. Trois options : Pro, Business ou Teams pour 5, 7 ou 21 $ (par utilisateur et par mois) de façon respective.


La plateforme Docker comporte un certain nombre de composants dont Docker desktop n'est qu'une partie. Les images Docker définissent le contenu des conteneurs. Les conteneurs Docker sont des instances exécutables des images. Le démon Docker est une application en arrière-plan qui gère et exécute les images et les conteneurs Docker. Le client Docker est un utilitaire de ligne de commande qui appelle l'API du démon Docker. Les registres Docker contiennent des images, et le Docker Hub est un registre public largement utilisé. Une grande partie de Docker (mais pas Desktop) est open source sous la licence Apache v2.

Docker Desktop est un outil graphique permettant de gérer divers composants et fonctions de Docker, notamment les conteneurs, les images, les volumes (stockage attaché aux conteneurs), les environnements de développement dans les conteneurs, etc. Alors que la plupart des composants Docker sont disponibles pour Windows, Mac et Linux et malgré le fait que la plupart des conteneurs Docker fonctionnent sur Linux, Docker desktop n'est disponible que pour Windows et Mac.

Les nouveaux changements n’affectent pas les outils ligne de commande. C’est une alternative pour les entreprises qui ne seront pas désireuses de s’arrimer à l’abonnement pour continuer à faire usage de Docker desktop. Des situations de ce type sont également de nature à provoquer la chasse aux solutions équivalentes à code source ouvert. La liste est assez fournie sur cet axe : Bitnami Application Stacks, Podman, rkt, LXC Linux Containers, Singularity, etc.

Source : Docker

Et vous ?

Faites-vous usage de Docker desktop en entreprise ? Quel impact ce changement pourrait avoir sur les flux de travail au sein de l’entreprise pour laquelle vous travaillez ?

Voir aussi :

Docker annonce la création du projet open source Moby qui permet de créer et partager des systèmes de conteneurs
Microsoft rejoint la Cloud Native Computing Foundation comme membre Platinum pour accélérer le déploiement et l'adoption de Kubernetes
Amazon Web Services devient membre Platinum de la Cloud Native Computing Foundation et rejoint Google, IBM, Microsoft et Alibaba

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de ok.Idriss
Rédacteur https://www.developpez.com
Le 02/09/2021 à 12:14
Bonjour.

Des situations de ce type sont également de nature à provoquer la chasse aux solutions équivalentes à code source ouvert.
Il n'existe pas de solutions équivalentes à "code source ouvert" à Docker Desktop aujourd'hui. Je vois depuis 3 jours beaucoup de commentaires du type "faut passer à podman", "faut passer à LXC", K8S, ... sur les réseaux sociaux.

Je tiens donc à faire une remise à niveau de certaines choses qui me paraissent massivement incomprises:

1/ Le docker engine est toujours opensource et gratuit. Si vous êtes sous Linux, vous n'êtes probablement pas concernés par ce changement.

2/ Il existe en effet pleins d'alternatives pour runner des conteneurs OCI mais c'est en fait hors sujets avec les problèmes qui s'annoncent pour les users de Docker Desktop et l'engine n'a jamais été le problème. Le problème étant le suivant : être capable de démarrer des conteneurs OCI sur des OS qui ne supportent pas les cname et cgroup (kernel darwin compris).

C'est ça que fait précisément docker desktop: virtualiser Linux de façon masquée pour que vous ayez une sensation de performance proche d'un environnement de prod sous Linux

Vous pouvez continuer d'utiliser docker ce ou passer à podman, ça n'est pas le sujet mais ça sera à vous de dealer avec la partie virtualisation de Linux. Sur macOS, virtualbox est gratuite et ne fonctionne que sur les modèles intels, pour les autres vous devrez payer Parallel Desktop ou VMWare fusion à des tarifs plus élevés que docker desktop pour une expérience utilisateur beaucoup plus mauvaise... sachant que les modèles intels sont sur le déclin et que tout les prochains modèles qui sortent sont sur Apple Silicon.

J'ai testé pour vous podman machine qui gère "sois disant" la virtualisation, en fait il repose complètement sur virtualbox et donc ça plante lamentablement sur les M1



Le ticket est ouvert depuis 7 mois: https://www.virtualbox.org/ticket/20192 et voici leur seule réponse:

Your observation is correct. VirtualBox works on Macs with Intel CPU only.
[...]
Regarding plans: not allowed to talk about the future (against Oracle policy).
3/ L'autre aspect encore plus important que la virtualisation qu'il faut garder à l'esprit de ce qu'apporte docker desktop c'est l'interopérabilité des exécutables buildés sur différentes architectures: x86, arm32, aarch64, etc. En effet si vous passez sur podman avec une VM qui tourne en background, sur les modèles intels vous pourrez jouer avec vos conteneurs x86 qui sont ceux à destinations de vos environnements de prod (vous pourriez garder docker-ce sur votre VM avec un tunnel SSH, même résultat BTW) mais pour les Apple Silicon le travail qu'à fait docker Inc avec rosetta 2, vous ne pourrez pas en bénéficier. Autrement dit, vous ne pourrez avec un podman ne faire fonctionner que des conteneurs aarch64 et vous perdez l'intérêt majeur des conteneurs sur un poste de dev: reproduire un env proche de la prod en local !

Je vous ait fait aussi l'expérience en utilisant Parallel Desktop:



Alors j'en vois déjà qui vont nous dire "ah mais en fait c'est Apple le problème, faut retourner sur PC avec Debian !", sachez toutefois que tout les constructeurs vont courir pour migrer sur ARM du aux différences de coûts de reviens. Microsoft l'a déjà annoncé, il y en aura surement d'autres et on va se retrouver avec une cohabitation durable ou il faudra qu'on gère de toute façon cette intéropérabilité d'une manière ou d'une autre. Et ça a pris presque 1 ans de travail à docker.

Pour illustrer tout ceci, voici deux vidéo que j'ai fait cette semaine (dont une avant même cette annonce de Docker Inc):

  • IPC entre différents conteneurs buildés sur différentes architectures (raspberrypi 32 bits, CentOS amd64) et runnées sur un mac M1:
  • Et la vidéo des alternatives possibles à docker-desktop (qui n'en sont pas vraiment) suite à cette annonce:
1  0 
Avatar de ok.Idriss
Rédacteur https://www.developpez.com
Le 05/09/2021 à 13:50
Pour celles et ceux qui n'ont pas trop besoin d'intéropérabilité dans leurs utilisations des conteneurs sur Apple Silicon (ce qui est rarement le cas car on a souvent besoin de pouvoir tester ce qu'on va envoyer en prod sur du cloud x86/amd64), on a un portage de podman-machine qui a été réalisé avec succès avec QEMU: https://github.com/simnalamburt/homebrew-x

Code shell : Sélectionner tout
1
2
3
4
brew install simnalamburt/x/podman-apple-silicon 
podman machine init 
podman machine start 
podman run -p 8080:80 docker.io/nginx

Je me suis empressé de tester évidement et voici mon verdict: ça marche nickel avec des images aarch64 mais toujours pas interopérable avec les images x86 ou arm32 (pour les images à destination de raspberrypi en OS 32 bits):



Mais bon c'est déjà un peu un bon début car on a de quoi faire tourner une VM Linux (Fedora) gratuitement. Il y a aussi Lima qui fonctionne assez bien avec un patch de QEMU que j'avais testé par le passé par contre impossible de faire tourner des conteneurs dedans, ça a peut-être évolué.

Autre régression aussi pour moi: les IPC partagées ne semblent pas fonctionner entre les conteneurs.
Testé avec ce projet: https://gitlab.comwork.io/oss/shmwrapper

Donc conclusion: je continue de chercher pour des alternatives complète car je pense que ça reste plus safe de ne pas dépendre que d'un seul acteur mais toujours rien de convaincant pour l'instant. Une alternative convaincante étant une alternative qui permettra de tester des conteneurs avec des binaires buildés pour x86/amd64 pour être sûr que toutes les images à destination du cloud peuvent être debuggée et testée en local.
1  0 
Avatar de redcurve
Inactif https://www.developpez.com
Le 02/09/2021 à 13:31
Sous Windows on utilise the backend WSL2 qui donne d'excellente performance, personnellement je n'ai pas encore testé sur mon mac M1 mais vu que ça ne marche manifestement pas je ne vais pas tenter.

Sous Windows Server le backend WSL2 fonctionne vraiment très bien, prochaine étape voir si je peux en // lancés des conteneurs Windows en utilisant le service de conteneur de l'OS. Il serait vraiment top de pouvoir avoir des conteneurs hétérogènes sur un seul système ça fait moins de maintenance.
0  0 
Avatar de sekaijin
Expert éminent https://www.developpez.com
Le 13/02/2022 à 16:33
moi qui envisageais de chercher une alternative parce que Docker Desktop ne fonctionne tout simplement pas
En fait il démarrait mais impossible de le faire accéder au réseau et il n'était pas non plus vu par les appli windows (socket inaccéssible)

Après avoir désinstallé et réinstaller toute la couche de virutalisation c'est pire puisqu'il plante avec un message obscur en français aucun point de terminaison disponible.

Toutes les doc sur ce message d'erreur chez bi££ font référence à tout autre chose que docker ou wsl2 et les solutions proposé font appel à des élément de l'IHM qui n'existe pas sur ma machine

Bref je sens que je vais lâcher windows (fournis par mon employeur) pour un bon vieux linux. (avec citrix pour la bureautique)

A+JYT
0  0