Réponses:
docker-io
est le nom du paquet deb utilisé par la distribution Ubuntu
docker-engine
est le nom du paquet deb de la distribution officielle Docker Ubuntu.
Probablement que vous le souhaitez, docker-engine
car celui d'Ubuntu est trop ancien et buggé pour être utilisé. À ce jour, Ubuntu a 1.6.2 et le registre Docker a 1.12.0!
En termes de Docker, 1.6.2 compte comme l'âge de pierre.
docker-engine
depuis docker.com est maintenant divisé en docker-ce
et docker-ee
(une "édition communautaire" gratuite et une "édition entreprise" payante, respectivement), et docker-compose
doit être installé à partir de git ou via pip install docker-compose
pour obtenir la dernière version correspondante. Actuellement, malheureusement, il faut simplement éviter les dépôts ubuntu pour tout ce qui est docker.
Si vous utilisez Ubuntu et que vous faites un
sudo apt-get install docker
Vous obtiendrez un package décrit comme une "barre d'état système pour les applications KDE3 / GNOME2"
Si par contre vous faites
sudo apt-get install docker.io
Vous obtiendrez un package décrit comme "Docker complète l'espace de noms du noyau avec une API de haut niveau qui fonctionne au niveau du processus." c'est-à-dire le Docker auquel tout le monde pense généralement quand il dit Docker.
apt-get install docker
sur ubuntu 18.04 ne m'avait pas donné l'application docker et j'ai regardé quelle était la différence entre ces deux (cela apt-cache search ^docker
m'aurait dit aussi)
docker
s'agit d'un plugin de plateau, tandis que docker.io
le logiciel de conteneurisation Docker. Ubuntu avait déjà un paquet appelé docker
, ils ont donc dû appeler le paquet pour le logiciel de conteneur Dockerdocker.io
sudo apt-get install docker.io
Docker est le nom de la plate-forme ouverte permettant aux développeurs et administrateurs système de créer, expédier et exécuter des applications distribuées. Docker.io, d'autre part, est le nom du package que vous installez dans votre système d'exploitation Linux (c'est-à-dire Ubuntu). Voir ce lien ici .
En termes de fonctionnement, le moteur Docker se compose de deux parties: un démon, un processus serveur qui gère tous les conteneurs et un client, qui agit comme un contrôle à distance pour le démon. Je vous suggère d'essayer une démo rapide qu'ils ont sur leur site, situé ici .
Du point de vue de l'utilisabilité, vous appelez le client Docker à chaque fois que vous utilisez la docker
commande.
Il semble que docker ne soit qu'un lien symbolique vers docker.io:
> file $(which docker)
/usr/local/bin/docker: symbolic link to `/usr/bin/docker.io'
Nous pouvons donc supposer que docker.io est à la fois le processus démon et le processus client, juste invoqué avec différents drapeaux, je suppose?!
Parler des paquets Debian: docker.io
c'est le nom du paquet fourni par Debian / Ubuntu, tandis que docker
c'est le nom du paquet fourni par docker.com.
Techniquement, ces paquets sont construits différemment: pour docker.io
les dépendances de construction sont récupérées à partir des paquets Debian, tandis que pour docker
, les dépendances de construction sont dans l'arborescence, dans le vendor
répertoire.
Si vous voulez plus de détails, j'ai écrit un article de blog détaillé à: https://www.collabora.com/news-and-blog/blog/2018/07/04/docker-io-debian-package-back-to- la vie/