Docker 10 02_18

http://tinyurl.com/testdrive-ocp-docker
The core of microservices arquitecture

Una analogía y
un poco de historia para
entender…

CONTENEDOR
¿Como
transportamos
estos items sin
contenedores?

Tomaba semanas cargar un barco 
Antes de los contenedores…
Dificultades para trasladar el cargamentoLas cargas estaban expuestas
Malcom McLean
• Emprendedor del
Transporte
• Desarrolló el
Contenedor de
transporte intermodal
• El padre de la
contenedorizacion

Caja estándar Aislamiento Autosustentable

Mecanismos de transporte

The Matrix from Hell
?
??
?
?
?
?
La matriz del infierno

Frontend
Backened service
Message brokers
Relational DB
Analytics DB
Development
VM
QA Server
Single Prod
Server
Onsite
Cluster
Public Cloud
Contributor’s
laptop
Customer
Servers

Onpremise
Cloud
Personal
CODE
DEV TEST PROD
CONTENT

Frontend
Backened service
Message brokers
Relational DB
Analytics DB
Development
VM
QA Server
Single Prod
Server
Onsite
Cluster
Public
Cloud
Contributor’s
laptop
Customer
Servers

Laboratorio
Virtualización o Contenerización

Una Virtual Machine necesita un hipervisor
a cargo de manejar sus recursos.
Un Hypervirsor nos permite que varias
maquinas virtuales (VM) se ejecuten sobre
un de host al mismo tiempo usando los
recursos del hardware hospedador.
The core of microservices arquitectureThe core of microservices arquitecture

El hypervisor funge como administrador de
recursos y medio de comunicación entre el
OS Hospodedador/hardware y las nuevas
máquinas virtuales sobre el.

La nueva VM cuando nace agrega su
propio sistema operativo con todas las
necesidades de infraestructura necesarias,
esto incluye poder de computo, red y
seguridad.

Sobre el OS de la VM se ejecuta tu
aplicación. Simplemente le da cierta libertad
al usuario y la capacidad de replicar la
misma carga de trabajo.

Por ejemplo, suponemos que se necesita
soportar mayor carga de trabajo. Todo lo
que se necesita hacer, es replicar toda la
máquina al numero deseado.

Usando el mismo principio, los
contenedores también necesitan un
sistema operativo como host.
Llamamos a esto un "Host Operating
System".

Para ejecutar Contenedores, necesitamos
una capa lógica que nos permita iniciar,
detener y eliminar contenedores pudiendo
así gestionar todo el ciclo de vida del
mismo.
En lugar de hypervisor, necesitamos un
Docker Engine.

Docker Engine es el servicio-cliente servidor nos da
la capacidad de construir y ejecutar containers
usando recursos compartidos. En el caso de
contenedores estamos compartiendo el Kernel
namespace.
Al utilizar contenedores, ahora tenemos más
densidad en los recursos usados que en
Máquinas virtuales.

Para empezar, cada contenedor necesita un
sistema operativo hospedador.
A este lo llamaremos:
The Host Operating System
The Host Operating System
Arquitectura de Docker

Para proporcionar todas las funciones
necesarias para manejar el ciclo de vida del
contenedor, necesitamos un motor llamado:
The Docker Engine

Sin embargo, no manejamos el Engine
nosotros mismos. Para esto, necesitamos
una aplicación cliente capaz de hablar
directamente con el Engine y solicitar
operaciones en nuestro nombre.
Este componente es llamado
"Docker Client“.
Docker Client

El siguiente componente en nuestra
arquitectura, es un servicio capaz de
almacenar nuestros imágenes y tener
un punto central para distruibuirlas.
El servidor que almacena las imágenes
es llamado:
The Docker registry
The Docker Registry

Hay un área donde todas las imágenes de
Docker residen en nuestro host, una
directorio local o docker images area.
Para poder listar las imágenes locales
almacenadas podemos ejecutar el siguiente
comando:
docker images
Docker Images Area

Entonces, queremos ejecutar un contenedor
en una entorno local, un ejemplo de un
comando sería:
docker run -d -p 8080:80 nginx:latest
Sin embargo, como es el primero en el que
ejecutamos este comando, no lo
encontraremos en el host local.
?

Después de mirar localmente y fallar, va a
solicitar al próximo docker registry la
imagen solicitada.
?

Después de encontrar el
contenedor en el docker registry
publico, se inicia un PULLING de
extracción descargando la
imagen a nuestro host.

Luego que la imagen este
descarga localmente, el segundo
paso es iniciar el contenedor.
Después de esto, el contenedor
está listo para ser utilizado.

Intentando el mismo comando por
segunda vez:
docker run -d -p 8080:80 nginx:latest
Encontrará la imagen localmente y
ejecutará de forma mas rápida.
http://
?

Al encontrar localmente, todo el
proceso es mucho más rápido a
partir de ahora.
Cualquier nuevo contenedor
necesario será utilizado
localmente.

Glosario breve de términos
Contenedor
Es un empaquetado estándar de software ligero que proporciona un entorno
portable auto-contenido, con los elementos necesarios (variables, librerías) para que
una aplicación o servicio pueda ejecutarse sin problemas en el espacio del kernel del
sistema operativo anfitrión.

Docker
Es una tecnología que le permite construir, ejecutar, probar e implementar
aplicaciones basadas en contenedores. Docker empaqueta unidades estándar de
software llamada contenedores que cumplen con las 3 características vistas
anteriormente. ( Estándar, Auto-sustentado , Aislado)

Docker image (image)
Son paquetes ejecutables que contienen una configuración conformada por un
sistema operativo base y variables de entornos predefinidas. Algunas llegan a ser tan
específicas que incluso pueden incluir también el código de una aplicación y su
tiempo de ejecución, permitiéndonos crear los contenedores con el entorno que
requerimos basados en estos paquetes ejecutables pre-modelados.

Dockerfile
Es un archivo de texto que contiene todos los comandos que se usaran para
construir una imagen Docker de forma automatizada.

Container Registry
Es un servicio publico o privado capaz de almacenar y distribuir nuestras imágenes
de docker.

Docker Build
Nos permite construir una imagen siguiendo las instrucciones escritas en el archivo
dockerfile.

Docker Pull
Nos permite descargar una imagen del docker registry.

Docker Push
Nos permite subir una imagen a un Docker registry remoto.

Laboratorio
Instalación de Docker

Como debe ser, todo vía Linux cli:
#Instalamos las dependencias necesarias:
yum install -y yum-utils device-mapper-persistent-data lvm2
#Agregamos el repositorio necesario para la instalación de docker
yum-config-manager --add-repo
https://download.docker.com/linux/centos/docker-ce.repo
#Instamos el paquete que contiene docker
yum install -y docker-ce
#Habilitamos docker para posteriores reinicios:
systemctl enable docker
#Iniciamos docker
systemctl start docker

Lo primero que debemos saber, es qué versión de Docker estamos ejecutando:
Client:
Version: 17.12.1-ce
API version: 1.35
Go version: go1.9.4
Git commit: 7390fc6
Built: Tue Feb 27 22:15:20 2018
OS/Arch: linux/amd64
Server:
Engine:
Version: 17.12.1-ce
API version: 1.35 (minimum version 1.12)
Go version: go1.9.4
Git commit: 7390fc6
Built: Tue Feb 27 22:17:54 2018
OS/Arch: linux/amd64
Experimental: false

Laboratorio
Corriendo un Contenedor

Intentamos ejecutar un contenedor con el siguiente comando:
docker run --rm -ti centos:latest /bin/bash
Unable to find image 'centos:latest' locally
latest: Pulling from library/centos
5e35d10a3eba: Pull complete
Digest: sha256:dcbc4e5e7052ea2306eed59563da1fec09196f2ecacbe042acbdcd2b44b05270
Status: Downloaded newer image for centos:latest
Si despues de la ejecucion aprecias la siguiente linea:
[root@1179d700a997 /]#
Felicidades estas en tu primer contendor
--rm: Borra el contenedor si su estado ejecucion toma el valor de “exits”
-t: Asigna un tty simulado
-i: Mantiene la interaccion con el container abierta via entrada estandart(teclado)(STDIN)
tty: teletype controlador de sub-sistemas y señales de control de unix/linux
¿Que significa?

Ahora, escriba exit e intente ejecutarlo de nuevo:
[root@1179d700a997 /]# exit
exit
Ahora volvemos a ejecutar el siguiente comando:
[root@443583d1a4c0 /]#

¿Que ha pasado ahora ?
¿Por qué era mucho más rápido que la anterior?
¿Por qué cambió el número en la posición de host?

everis.com /meetup /test :1.0
Registry address Namespace image tag

Cada vez que ejecuta o inicia un contenedor, primero comprueba si hay uno localmente. Si no, se
descargará. Hagamos una lista de todas las imágenes disponibles:
Ejecutamos:
docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
centos latest 2d194b392dd1 4 days ago 195MB
El comando “docker images" lista todos las imágenes disponibles localmente para usted.
Si usas nuevamente el comando "docker run", no volverá a descargar.

Suponiendo que ya no necesitamos la imagen de "centos", podemos eliminar esta imagen
escribiendo:
docker rmi centos
Untagged: centos:latest
Untagged:
centos@sha256:dcbc4e5e7052ea2306eed59563da1fec09196f2ecacbe042acbdcd2b44b05270
Deleted: sha256:2d194b392dd16955847a14f969b2dd319251471ffa6356be6d8f16c5bf53db9b
Deleted: sha256:b03095563b7956c62ae5a6d20e5959a950e3b1a96d4404c00b7da7393847494a
docker images

Ahora, vamos a realizar un pequeño experimento. Vamos a ejecutar la imagen centos nuevamente y
creamos un archivo simple dentro del contenedor:
# docker run --rm -ti centos:latest /bin/bash
[root@de31ec6789fe /]# touch helloworld.txt
[root@de31ec6789fe /]# ls -la helloworld.txt
-rw-r--r--. 1 root root 0 May 17 16:28 helloworld.txt
[root@de31ec6789fe /]# exit
exit
Después de salir, vamos a ejecutar nuevamente la misma imagen centos y verificar la existencia del
archivo creado anteriormente:
[root@c23a8134ab5b /] # ls -la helloworld.txt
ls: cannot access helloworld.txt: No such file or directory
[root@c23a8134ab5b /]#

¿Por qué el archivo ya no existe dentro de un contenedor?

Hay una opción dentro de la larga lista de opciones del cli de docker en cuanto a RUN se refiere, esta
es la opción ‘-v ’. Esta permite exponer los contenidos de un directorio desde nuestro sistema
operativo anfitrión por ejemplo al interior de un contendor.
mkdir -p /root/outside
docker run --rm -ti -v /root/outside:/root/inside centos:latest /bin/bash
[root@de31ec6789fe /]# touch /root/inside/helloworld.txt
[root@de31ec6789fe /]# echo "Hello World" > /root/inside/helloworld.txt
[root@de31ec6789fe /]# cat /root/inside/helloworld.txt
Hello World
[root@de31ec6789fe /]# exit
exit

Si ejecuta el mismo comando nuevamente, apuntando al mismo directorio externo, el contenedor se
creará con una ruta montada con el siguiente contenido:
docker run --rm -ti -v /root/outside:/root/inside centos:latest /bin/bash
[root@c39d629a71a3 /]# cat /root/inside/helloworld.txt
Hello World
docker run -d nginx:latest
682f641bea4a6e84c62ee87f593cfeb7f6e8c842060bf53ad28b1e4661e7be7b
-d: Corre un contenedor en background y muestra su id

docker run -d --name httpd-test httpd:latest
682f641bea4a6e84c62ee87f593cfeb7f6e8c842060bf53ad28b1e4661e7be7b
docker logs –f httpd-test
AH00558: httpd: Could not reliably determine the server's fully qualified domain name, using 172.17.0.2. Set the 'ServerName'
directive globally to suppress this message
AH00558: httpd: Could not reliably determine the server's fully qualified domain name, using 172.17.0.2. Set the 'ServerName'
directive globally to suppress this message
[Sat Mar 10 14:30:27.962818 2018] [mpm_event:notice] [pid 1:tid 139706447468416] AH00489: Apache/2.4.29 (Unix) configured -- resuming
normal operations
[Sat Mar 10 14:30:27.963819 2018] [core:notice] [pid 1:tid 139706447468416] AH00094: Command line: 'httpd -D FOREGROUND'
-d: Corre un contenedor en background y muestra su id
--name: Asigna un nombre al contenedor
docker logs: Permite visualizar logs de un contenedor
-f: Da seguimiento a la salida por pantalla del logs

¿Qué tipo de aplicaciones es
importante para que algún contenido
sea persistente?

The One
Que es el proceso 1

The One
Los contenedores de docker son efímeros, quiere decir que existen para cumplir su
propósito . Pero ¿Cómo sabemos cuál es el propósito de cada contenedor?
La respuesta es muy simple: el proceso con el PID n.º 1
Al correr un contenedor, especificamos un comando para que éste lo ejecute. Este
comando se vuelve el proceso con el PID 1 en el sistema operativo dentro del
contenedor.

The One
Mientras este proceso se esté ejecutando, el contenedor estará con vida. Pero una vez
que el comando haya finalizado su ejecución o se haya interrumpido su flujo,
entonces el contenedor habrá finalizado su propósito y morira.

The One
docker run --name nginx-test -d nginx:latest
c6a09929186924098d8866075aedfa1506d5390a40791f2932495b54535b15b6
docker exec -ti nginx-test
apt-get update && apt-get install -y procps
root@c6a099291869:/# ps -x
PID TTY STAT TIME COMMAND
1 ? Ss 0:00 nginx: master process nginx -g daemon off;
6 pts/0 Ss 0:00 bash
254 pts/0 R+ 0:00 ps -x

Construyendo
una imagen de Docker

Para construir sus propias
imágenes, necesitamos un
archivo con todos los comandos
necesarios dentro.
Este archivo especial se llama:
Dockerfile
Con este archivo, usamos un
comando para construir nuestra
imagen de esta manera:
docker build –t myjava-base-image .
Construyendo

Una vez que nuestra imagen
esté lista, podemos almacenarla
en un archivo con fines de
respaldo.
TAR file
Construyendo

O simplemente un PUSH a un
determinador Registry, para
poder distribuirlo con mayor
facilidad.
Construyendo

Ahora, vamos a crear un contenedor con una Máquina Virtual Java.
FROM centos:latest
LABEL docker build -t myjava-base-image .
ENV JAVA_HOME /usr/java/jdk1.8.0_161
ENV PATH="$PATH:$JAVA_HOME/bin"
RUN yum install -y wget
&& wget https://mirror.its.sfu.ca/mirror/CentOS-Third-Party/NSG/common/x86_64/jdk-8u144-linux-
x64.rpm
&& rpm -ivh jdk-8u144-linux-x64.rpm
&& rm -rf jdk-8u144-linux-x64.rpm
Construyendo

Después de eso, vamos a ejecutar el siguiente comando, que tomará las instrucciones en el archivo
"Dockerfile" y creará una imagen para nosotros:
docker build -t myjava-base-image .
Sending build context to Docker daemon 355.2MB
Step 1/5 : FROM centos:latest
---> 2d194b392dd1
Step 2/5 : LABEL docker build -t myjava-base-image .
---> Using cache
---> cab5055b4003
Step 3/5 : ENV JAVA_HOME /usr/java/jdk1.8.0_161
---> Using cache
---> c3d5f8947a38
Step 4/5 : ENV PATH="$PATH:$JAVA_HOME/bin"
---> Using cache
---> 3fb310ed8802
Step 5/5 : RUN yum install -y wget && wget https://mirror.its.sfu.ca/mirror/CentOS-Third-
Party/NSG/common/x86_64/jdk-8u144-linux-x64.rpm && rpm -ivh jdk-8u144-linux-x64.rpm && rm -rf
jdk-8u144-linux-x64.rpm
---> Running in d888f3c7e023
Construyendo

docker images
myjava-base-image latest 5ecaec56437b 2 minutes ago 650MB
docker history myjava-base-image:latest
IMAGE CREATED CREATED BY SIZE
COMMENT
5ecaec56437b 7 minutes ago /bin/sh -c yum install -y wget && wget h… 455MB
3fb310ed8802 9 minutes ago /bin/sh -c #(nop) ENV PATH=/usr/local/sbin:… 0B
c3d5f8947a38 9 minutes ago /bin/sh -c #(nop) ENV JAVA_HOME=/usr/java/j… 0B
cab5055b4003 9 minutes ago /bin/sh -c #(nop) LABEL docker=build -t myj… 0B
2d194b392dd1 4 days ago /bin/sh -c #(nop) CMD ["/bin/bash"] 0B
<missing> 4 days ago /bin/sh -c #(nop) LABEL name=CentOS Base Im… 0B
<missing> 4 days ago /bin/sh -c #(nop) ADD file:8d83f3e2c14f39e7f… 195MB
Construyendo

docker history centos:latest
COMMENT
Construyendo

docker build -t myjava-base-image --build-arg USER=app-ms .
FROM centos:latest
LABEL docker build -t myjava-base-image --build-arg USER=app-ms .
ARG USER
ENV JAVA_HOME /usr/java/jdk1.8.0_161
ENV PATH="$PATH:$JAVA_HOME/bin"
RUN yum install -y wget
&& useradd ${USER}
&& wget https://mirror.its.sfu.ca/mirror/CentOS-Third-Party/NSG/common/x86_64/jdk-8u144-linux-x64.rpm
&& rpm -ivh jdk-8u144-linux-x64.rpm
&& rm -rf jdk-8u144-linux-x64.rpm
Construyendo

docker history myjava-base-image:latest
COMMENT
41c0f775bfea 3 minutes ago |1 USER=app-ms /bin/sh -c yum install -y wge… 455MB
3eb5d36afc7b 16 minutes ago /bin/sh -c #(nop) ENV PATH=/usr/local/sbin:… 0B
40f141fc385c 16 minutes ago /bin/sh -c #(nop) ENV JAVA_HOME=/usr/java/j… 0B
205eb075ba1b 16 minutes ago /bin/sh -c #(nop) ARG USER 0B
cab5055b4003 About an hour ago /bin/sh -c #(nop) LABEL docker=build -t myj… 0B
Construyendo
¿Nueva Capa?

Salva y transporta tu contenedor
Laboratorio

También podemos guardar nuestra imagen de Docker como un archivo y guardarla para fines de
respaldo:
docker save --output myjava-base-image.tar myjava-base-image:latest
Más tarde, cuando estemos listos para usar esta imagen nuevamente, lo único que tenemos que
hacer es cargar desde el archivo creado:
docker load --input myjava-base-image.tar
cdb875d1e9a6: Loading layer [=========================>] 164.6 MB/164.6 MB
d17faadb3007: Loading layer [=========================>] 76.42 MB/76.42 MB
Loaded image: myjava-base-image:latest
Salva y transporta tu contenedor

Dockerfile mejores prácticas
Correr un solo proceso por contenedor
No instale paquetes innecesarios
Divida comandos de ejecución extensos en múltiples línea para hacerlos más legibles
Organice las variables y argumentos en múltiples líneas concatenadas
Escribir el Dockerfile con un orden, desde el comando mas inmutable hasta aquel que podría
modificarse en cada complicación , por ejemplo el copiado de un aplicativo.
Utilizar en lo posible una imagen oficial como base al construir sus propias imágenes
Las imágenes deben tener un usuario diferente a root
No escribir contraseñas dentro del Dockerfile

Docker 10 02_18

Más contenido relacionado

La actualidad más candente (20)

Similar a Docker 10 02_18 (20)

Último (20)

Docker 10 02_18