Respuestas:
docker-io
es el nombre del paquete deb utilizado por la distribución de Ubuntu
docker-engine
es el nombre del paquete deb de la distribución oficial de Docker Ubuntu.
Probablemente quieras docker-engine
porque el Ubuntu es demasiado viejo y tiene errores para ser usado. ¡A partir de hoy Ubuntu tiene 1.6.2 y el registro Docker tiene 1.12.0!
En términos de Docker, 1.6.2 cuenta como edad de piedra.
docker-engine
desde docker.com ahora se divide en docker-ce
y docker-ee
(una "edición comunitaria" gratuita y una "edición empresarial paga", respectivamente), y docker-compose
debe instalarse desde git o vía pip install docker-compose
para obtener la última versión correcta y correspondiente. Actualmente, lamentablemente, uno simplemente debe evitar los repositorios de ubuntu para todas las cosas acoplables.
Si estás usando Ubuntu, y haces un
sudo apt-get install docker
Obtendrá un paquete descrito como "Bandeja del sistema para aplicaciones KDE3 / GNOME2"
Si por otro lado, lo haces
sudo apt-get install docker.io
Obtendrá un paquete descrito como "Docker complementa el espacio de nombres del núcleo con una API de alto nivel que opera en el nivel de proceso". es decir, el Docker en el que todos piensan cuando dicen Docker.
apt-get install docker
en Ubuntu 18.04 no me dio la aplicación acoplable y miré cuál es la diferencia entre esos dos ( apt-cache search ^docker
también me lo habría dicho)
docker
es un complemento de bandeja, mientras que docker.io
es el software de contenedor Docker. Ubuntu ya tenía un paquete llamado, docker
así que tuvieron que llamar al paquete para el software del contenedor Dockerdocker.io
sudo apt-get install docker.io
Docker es el nombre de la plataforma abierta para desarrolladores y administradores de sistemas para construir, enviar y ejecutar aplicaciones distribuidas. Docker.io, por otro lado, es el nombre del paquete que instala en su sistema operativo Linux (es decir, Ubuntu). Ver este enlace aquí .
En términos de cómo funciona, el motor Docker consta de dos partes: un demonio, un proceso de servidor que administra todos los contenedores y un cliente, que actúa como un control remoto para el demonio. Te sugiero que pruebes una demostración rápida que tienen en su sitio, ubicado aquí .
Desde el punto de vista de la usabilidad, invocas al cliente Docker cada vez que usas el docker
comando.
Parece que docker es solo un enlace simbólico a docker.io:
> file $(which docker)
/usr/local/bin/docker: symbolic link to `/usr/bin/docker.io'
Entonces, podemos suponer que docker.io es tanto el proceso del daemon como el del cliente, ¡¿solo se invoca con diferentes banderas, supongo ?!
Hablando de paquetes Debian: docker.io
es el nombre del paquete proporcionado por Debian / Ubuntu, mientras que docker
es el nombre del paquete proporcionado por docker.com.
Técnicamente, estos paquetes se compilan de manera diferente: para docker.io
las dependencias de compilación se obtienen de los paquetes de Debian, mientras que para docker
las dependencias de compilación están en el árbol, en el vendor
directorio.
Si desea más detalles, escribí una publicación de blog detallada en: https://www.collabora.com/news-and-blog/blog/2018/07/04/docker-io-debian-package-back-to- vida/