Ir al contenido principal

Algunos Comandos de Docker

Docker, seg煤n Wikipedia, Docker es un proyecto de c贸digo abierto que automatiza el despliegue de aplicaciones dentro de contenedores de software, proporcionando una capa adicional de abstracci贸n y automatizaci贸n de virtualizaci贸n de aplicaciones en m煤ltiples sistemas operativos.​

Terminolog铆a de Docker, tener presente la siguiente jerga del ecosistema de docker:
  • ¿Qu茅 son im谩genes?, los planos de nuestra aplicaci贸n que forman la base de los contenedores.
  • ¿Qu茅 son contenedores?, son creados a partir de im谩genes Docker y ejecutan la aplicaci贸n real.
  • ¿Qu茅 es docker daemon?, es el servicio en segundo plano que se ejecuta en el host que gestiona la construcci贸n, ejecuci贸n y distribuci贸n de contenedores Docker.
  • ¿Qu茅 es docker client?, es la herramienta de l铆nea de comandos que permite al usuario interactuar con el daemon.
  • ¿Qu茅 es docker hub?, es un registro de im谩genes docker, en la nube aqu铆 encontrar谩s gran cantidad de otras im谩genes disponibles para utilizar.
  • ¿Qu茅 es un dockerfile?, es un archivo de texto simple que contiene una lista de comandos que el cliente Docker llama al crear una imagen.

Comandos Docker

Estos son algunos de los comandos m谩s comunes y utilizados:

docker version
  • Comprobar o verificar la versi贸n actual de docker.
docker run "nombre de la imagen"
  • Esto nos permite ejecutar o correr nuestra imagen.
docker images
  • Nos permite ver todas las im谩genes docker que tenemos en nuestro sistema.
docker pull "nombre de la imagen"
  • Nos permite descargar el proyecto del registro de docker.
docker ps
  • Muestra todo los contenedores que se est谩n ejecutando actualmente.
docker ps -a
  • Muestra los contenedores que fueron ejecutados.
docker run -it "nombre del proyecto" sh
  • Al ejecutar run con las banderas -it este nos conecta a un tty interactivo en el contenedor.
docker rmi "id de la imagen"
  • Nos permite borrar la imagen de un contenedor en nuestro sistema.
docker rmi -f $(docker images -q)
  • Nos permite BORRAR TODAS las im谩genes que tenemos. Usar con cuidado!
  • -f : fuerza el borrado.
docker rm -f $(docker ps -a -q)
  • Nos permite BORRAR TODOS los contenedores que tenemos. Usar con cuidado!
  • -f : fuerza el borrado.
docker container list
  • Muestra todos los contenedores que tenemos.
docker ps -a -q -f status=exited
  • -q : solo devuelve los ID num茅ricos
  • -f : es para especificar en funci贸n de la condici贸n especificada.
  • Con exited elimina todos los contenedores que tienen un estado exited.
docker container prune
  • Realiza la misma funci贸n que el anterior, borrando los contenedores con estado exited.
docker run -d -P --name "cualquier nombre" "contenedor a ejecutar"
  • -d : separa nuestro terminal.
  • -P : publica todos los puertos expuestos a puertos aleatorios.
  • --name : corresponde al nombre que queremos dar.
docker port "nombre del container"
  • Con esto vemos los puertos que la m谩quina host le da al contenedor.
docker run -p "puerto host":"puerto de la aplicaci贸n del contenedor"
  • Especificamos un puerto personalizado al cual el cliente reenviar谩 las conexiones al contenedor.
docker stop "ID del contenedor o nombre"
  • Detenemos un contenedor.
docker search "nombre de la imagen"
  • Podremos buscar im谩genes.
docker push "nombre del contenedor"
  • Nos permite subir el docker a nuestro repositorio.
docker -i -t "nombre del contenedor"
  • Con esto podremos entrar a interactuar en la l铆nea de comando del contenedor.
Por el momento es todo, asique ¡happy docking! 馃槑

Comentarios

Entradas populares de este blog

Patrones de Arquitectura

Son decisiones de dise帽o importantes ya tomadas para generar un esquema, estructura o tipo de comunicaci贸n entre componentes. Dominio:  Arquitectura de Software. Patrones monol铆ticos vs distribuidos Monol铆ticos : En este tipo de patrones, se entiende que existe una comunicaci贸n directa entre las partes del sistema, pero al distribuir dicho sistema este funciona como un ente 煤nico, esto dificulta la manutenci贸n del mismo pues no se pueden alterar partes especificas sin afectar al sistema en su totalidad, sin embargo, se puede desarrollar de manera m谩s r谩pida. Distribuidos : En este caso, el patr贸n distribuido es aquel que despliega el sistema en forma seccionada, cada uno de los subsistemas funcionan como entes monol铆ticos de por si, esto facilita la manutenci贸n o la alteraci贸n de estos subsistemas sin da帽ar el sistema en su totalidad, sin embargo, se debe tener cuidado de generar inconvenientes de comunicaci贸n entre los subsistemas. Gran Bola de Lodo : Es un patr贸n que surge del descui

Dise帽o de una Arquitectura

¡Maravilloso este punto, tantas opciones para elegir puede hacer que tomes una decisi贸n no acertada… pero si basamos nuestra decisi贸n en la experiencia ajena (exitosamente probada), seguro que llegamos a puerto seguro! Dominio:  Arquitectura de Software. Primer paso para crear una arquitectura. Pararse en hombros de gigantes Aprovechar el conocimiento existente para nuestra soluci贸n. Productos “de la estanter铆a”. Productos ya echos que resuelvan parte de nuestros problemas. Frameworks y librer铆as. Ayuda a empezar/proponer desde una arquitectura m谩s especifica. Arquitecturas especificas del dominio. Decisiones de dise帽o ya tomadas para ciertos dominios del problema. Patrones de arquitectura. Empezar desde un punto mas solido y restringir nuestro dise帽o a las partes importantes que quedan por resolver. Herramientas y partes de un dise帽o: Tipos de conectores La arquitectura est谩 separada en dos partes fundamentales: Componentes : Son partes de nuestro sistema que cumplen una funci贸n espec

Atributos de Calidad

Son las expectativas de usuario, en general impl铆citas, de cuan bien funcionar谩 un producto. Los atributos tienen identidad en si mismos y son las cualidades de la que todos hablamos, cuando un sistema es bueno o malo en alg煤n aspecto. "Los atributos de calidad son las expectativas de usuario, en general impl铆citas, de cu谩n bien funcionar谩 un producto." Software Requirements: 3rd Edition (Wiegers, Betty, 2013) Dominio:  Arquitectura de Software. Idoneidad Funcional  Tiene que ver con la conexi贸n del usuario (tareas u objetivos a resolver con el sistema) y como est谩n implementadas funcionalmente en dicho sistema. Se puede dividir en 3 partes: Completitud funcional : cuan completa esta la implementaci贸n con respecto a lo que se espera del sistema. Requerimientos Funcionales vs Funcionalidades implementadas. Exactitud funcional : cuan preciso es el sistema para implementar lo requerido. Resultados Esperados vs Resultados Obtenidos. Pertinencia funcional : cuan alineado esta lo