[Hilo Oficial] Docker

#1 gracias por el hilo, Docker es amor

#5 no soy ningún experto (si digo algo mal por favor corregidme y así aprendemos todos) pero entiendo que el enfoque de una VM y de Docker es bastante distinto, por tanto dependerá bastante del caso que estemos hablando.

Que diferencias tiene Docker frente a una VM?

1. El rendimiento de un contenedor Docker será mejor ya que compartes kernel con tu OS
2. Usando Docker Compose puedes montar varios containers y hacer que se comuniquen y trabajen entre ellos, p.ej: uno con Node, otro con MySQL, otro con Redis... cada uno su función
3. Una vez has montado tu 'stack' lo puedes volcar en el servidor de producción, en el PC de tu compañero, etc.
4. Ventajas de escalibilidad, si quieres siempre puedes añadir más containers según los necesites

Y aprovecho para comentar un proyecto que estoy probando y la verdad que me está gustando mucho para complementar a Docker y hacerlo más amigable: http://rancher.com/

¿Alguien más lo ha probado?

#9 creo que la cosa es que Docker digamos está más pensado para eso y con sus herramientas se puede montar sistemas modulares de manera muy muy fácil.

Me explico con un ejemplo, con Docker puedes montar dos containers que se comunican entre sí en 20 líneas:

version: '2'
services:
  db:
    image: mysql:5.7
    volumes:
      - "./.data/db:/var/lib/mysql"
    restart: always
    environment:
      MYSQL_ROOT_PASSWORD: wordpress
      MYSQL_DATABASE: wordpress
      MYSQL_USER: wordpress
      MYSQL_PASSWORD: wordpress

  wordpress:
    depends_on:
      - db
    image: wordpress:latest
    links:
      - db
    ports:
      - "8000:80"
    restart: always
    environment:
      WORDPRESS_DB_HOST: db:3306
      WORDPRESS_DB_PASSWORD: wordpress

Esto por ponerte un ejemplo random (sacado de aquí https://docs.docker.com/compose/wordpress/ ) obviamente se pueden hacer cosas mucho más complejas como meter Swarm/Kubernetes en la ecuación que trae todavía más features interesantes.

Imagino que montar sistemas parecidos con VMs sería más complicado

Sigo sin ver las ventajas de esto, teniendo en cuenta que la ultima versión de vSphere puede crear hasta 128 cpu virtuales.

Luego si partimos de la premisa de que este gráfico esta mal:

Como es posible que el guest OS sea mas grande que el Host OS y el Hypervisor juntos.

Luego estas condenado a compartir el SO del host, todo el mundo sabe que es mejor exchange que cualquier otro servicio de correo de código abierto por ejemplo.

Explicarlo con un Docker vs virtualizacion tradicional o algo así! gracias.

#11 meter GUI en un servidor Linux debería estar penado con lapidación, pero eso es otra batalla.

A lo que va #6 es que docker es uan vuelta mas de tuerca en el campo de la virtualización, eliminando una capa como el Hypervisor. Además que aprovechas mas lo recursos.
Si quiero correr un proceso de nginx, ¿Por qué he de instalar todo un SO? Docker te proporciona eso.

Luego lo miras desde el punto de vista de montarlo en tu casa para hacer 4 pruebas. En plataformas va muy bien a la hora de hacer deploys ya que le environemnt de la aplicación siempre es la misma, y si el contenedor funciona en tu portátil, ha de funcionar en producción, ya que ambos tienen la misma versión de kernel.

Por otro lado, está el tiempo de la disponibilidad. ¿Cuanto tardas en levantar una VM caída? minimo N segundos. Con contenedores es instantáneo. Y ya no hablemos cuando han de comunicarse con otros servicios. Con Docker puedes levantar todo un stack configurado de forma casi instantánea.

#14 Bueno, lo de la interfaz dalo por perdido, básicamente porque estaba pensando en el Windows Server en vez de en Linux, es mejor Linux ya lo se, pero simplemente paso de pensar en él, odio Linux de cliente y por tanto prefiero pasar de su server, pero como has dicho eso es otra batalla.

Pero ya puesto a sacar todas las ventajas que tiene el Docker, cada "Dock" tiene limite de aplicaciones que pueden ejecutar?

#15 Primero comprueba que el servicio docker daemon está corriendo, si no, es que el usuario con el que ejecutas comandos, no tienen permisos para acceder a dicho servicio.
Si es le caso, solo hay que seguir estos pasos:

https://docs.docker.com/engine/installation/linux/ubuntulinux/#create-a-docker-group

Crear grupo docker y agregar tu usuario a dicho grupo

#16 Bueno, soporte para Windows y Mac de forma nativa, tiene desde hace 4 días como quien dice, es mas. diría que aún está en fase beta. Edit: Está en fase de beta pública, anunciado ayer en la DockerCon16 que es estos días en Seattle (https://blog.docker.com/2016/06/docker-mac-windows-public-beta/)

Respecto a la pregunta, ¿a que te refieres con limitación? ¿Cuantos números de procesos puede ejecutar un contenedor? ¿Si hay aplicaciones que no son soportadas?

Acabo de salir de un workshop que muestran como funciona contenedores docker gestionado por Kubernetes, todo corriendo en el cloud de Google, Cloud Google Platform.

Muy interesante para saber como trabajar con contenedores distribuidos en diferentes hosts.

Si consigo las slides de la presentación, las subo.

Por otro lado, a los que són de Barcelona, que estén al loro de la web de Capside, que van a hacer mas workshops del estilo.

#18 Perdon por no responder antes no me habia fijado, si esta para Windows le dare un test si o si. A limitación me referia a cuantas aplicaciones puede ejecutar un contenedor...y ya que estoy hago otra pregunta, docker como usa los recursos fisicos del equipo? Hace una imitación como una maquina virtual o los usa tal cual son los componentes?

#27 Yo me referia más al que..eh..."tipo" de hardware usa para cada aplicación, como ejemplo seria que si instalas un Windows en una maquina virtual y vas al panel de administrar dispositivos estos son dispositivos simulados...aunque ahora que lo pienso bien en verdad da igual. Se puede poner a cada Docker una ip/dirección distinta o usan todos la IP del equipo?

#28 cada contenedor tiene una IP interna, y entre contenedores al hacer link puedes ver sus ip's. Además, de cara a fuera, puedes publicar puertos. Por ejemplo, imaginate que tienes dos contenedores con cada uno un apache propio, con su web en el puerto 80. Entonces publicamos el contenedor 1 en el puerto 88, y el contenedor en el puerto 89.

Esto es, que internamente la aplicación esta publicada en el 80, pero para acceder desde fuera, será mediante el 88 u 89. También puedes montar una carpeta del host con el contenedor para por ejemplo, publicar ficheros de logs o que se yo