meta data de esta página
Diferencias
Muestra las diferencias entre dos versiones de la página.
| Ambos lados, revisión anteriorRevisión previaPróxima revisión | Revisión previa | ||
| virtualizacion:docker [192020/12/ 20:53] – lc | virtualizacion:docker [182023/01/ 13:11] (actual) – editor externo 127.0.0.1 | ||
|---|---|---|---|
| Línea 1: | Línea 1: | ||
| + | {{tag> | ||
| + | ===== Docker ===== | ||
| + | Para entendernos, | ||
| + | |||
| + | Al incluir el contenedor un filesystem completo que contiene todo lo necesario para ejecutar una aplicación (librerías, | ||
| + | |||
| + | La principal diferencia con una máquina virtual es que sólo contiene lo mínimo necesario para ejecutar la aplicación, | ||
| + | |||
| + | La filosofía de Docker es virtualizar lo mínimo necesario para ejecutar una aplicación, | ||
| + | |||
| + | Las ventajas de usar docker serían: | ||
| + | * Tener un mismo entorno para producción, | ||
| + | * Escalado Horizontal | ||
| + | * Despliegue de aplicaciones con versiones antiguas. | ||
| + | |||
| + | |||
| + | Existe un repositorio de imágenes para Docker que se llama Registry Hub https:// | ||
| + | |||
| + | Comparativa de Docker vs máquinas virtuales -> http:// | ||
| + | |||
| + | === Conceptos === | ||
| + | Docker basa su uso en: | ||
| + | * Cgroups para restringir recursos | ||
| + | * Kernel namespace para aislar y virtualizar recursos | ||
| + | * Filesystem de unión (https:// | ||
| + | |||
| + | A la hora de trabajar con Docker hay que tener en cuenta los siguientes conceptos: | ||
| + | * imagen -> es un conjunto de aplicaciones/ | ||
| + | * Dockerfile-> | ||
| + | * contenedor -> es el resultado de ejecutar una imágen(instancia), | ||
| + | |||
| + | |||
| + | |||
| + | === Source === | ||
| + | Cuando tenemos varios entornos de docker y queremos gestionarlos desde una misma máquina podemos definir ficheros con las variables de entorno y usar el comando source para cargarlas con el comando | ||
| + | < | ||
| + | |||
| + | Un ejemplo de ficheros con variables sería : | ||
| + | < | ||
| + | export DOCKER_TLS_VERIFY=1 | ||
| + | export DOCKER_CERT_PATH=/ | ||
| + | export DOCKER_HOST=tcp:// | ||
| + | </ | ||
| + | |||
| + | |||
| + | === Proxy === | ||
| + | Para que docker haga uso de un proxy debemos de crear/ | ||
| + | <sxh> | ||
| + | { | ||
| + | " | ||
| + | { | ||
| + | " | ||
| + | { | ||
| + | " | ||
| + | " | ||
| + | " | ||
| + | } | ||
| + | } | ||
| + | } | ||
| + | </ | ||
| + | Otra opción sería usar variables de entorno al llamar a docker, por ejemplo | ||
| + | < | ||
| + | |||
| + | == Proxy en Centos 7 == | ||
| + | Para que docker usara el proxy con Centos 7 | ||
| + | Creamos la arpeta para configurar el servicio de docker a través de systemd. | ||
| + | <sxh> mkdir / | ||
| + | |||
| + | Creamos el fichero de configuración del servicio | ||
| + | Añadimos a dicho fichero <sxh> | ||
| + | [Service] | ||
| + | Environment=" | ||
| + | </ | ||
| + | |||
| + | Recargamos systemctl para que tome los cambios | ||
| + | < | ||
| + | |||
| + | Verificamos si el entorno del servicio de docker carga correctamente | ||
| + | < | ||
| + | |||
| + | Reiniciamos el servicio | ||
| + | < | ||
| + | |||
| + | * https:// | ||
| + | |||
| + | |||
| + | ==== Recomendaciones de seguridad | ||
| + | === Bastionado === | ||
| + | En entornos de producción podemos ejecutar el script [[https:// | ||
| + | |||
| + | * https:// | ||
| + | * http:// | ||
| + | |||
| + | |||
| + | ==== Distribuciones con Docker ==== | ||
| + | * https:// | ||
| + | |||
| + | ==== Monitorización de contenedores ==== | ||
| + | * https:// | ||
| + | ==== Referencias ==== | ||
| + | * https:// | ||
| + | * https:// | ||
| + | * https:// | ||
| + | * https:// | ||
| + | * http:// | ||
| + | * https:// | ||
| + | * http:// | ||
| + | * http:// | ||
| + | * https:// | ||
| + | * http:// | ||
| + | * https:// | ||
| + | * https:// | ||
| + | * https:// | ||
| + | * https:// | ||
| + | * https:// | ||
| + | * https:// | ||