Este es un modelo muy utilizado en equipos personales, al menos yo lo he utilizado durante mucho tiempo y siempre hab\u00eda tenido un tipo de m\u00e1quina virtual para poder realizar cada trabajo de programaci\u00f3n.<\/p>\n
Con el paso del tiempo el kernel fue desarrollando nuevas tecnolog\u00edas que aceleraron el proceso de virtualizaci\u00f3n, pero tambi\u00e9n tecnolog\u00edas alternas que abrieron nuevas puertas.<\/p>\n
El overheat<\/h4>\n
Crear m\u00e1quinas virtuales no es un proceso sencillo a nivel de recursos, puesto que en las abstracciones necesarias, los equipos tanto\u00a0host<\/em> como\u00a0guest<\/em> generan todo un \u00e1rbol de procesos, muchos de los cuales son completamente innecesarios en distintos escenarios, y es este el motivo por el cual en un sistema no siempre puedas tener una gran cantidad de m\u00e1quinas virtuales, por darles un ejemplo… en mi laptop yo he llegado a ejecutar 4 m\u00e1quinas virtuales\u00a0guest<\/em> en paralelo, pero mi procesador i7 no daba para m\u00e1s, puesto que en todas el trabajo era bastante lento.<\/p>\n Cuando habl\u00e1bamos de estas nuevas tecnolog\u00edas, existieron dos que abrieron paso a la era de los containers:\u00a0cgroups (control groups)<\/em> y\u00a0namespaces<\/em>.<\/p>\n Los cgroups son una caracter\u00edstica del kernel que permite controlar la cantidad de recursos que un proceso ocupa, esto quiere decir que puedo indicar si un proceso tiene un tope de RAM, o de capacidad de entrada y salida, entre otras cosas.<\/p>\n Los namespaces proporcionan contextos de ejecuci\u00f3n tanto para usuario como para grupos, en palabras sencillas quiere decir que distintos grupos de procesos pueden contar con un tipo espec\u00edfico de\u00a0privilegios<\/strong> que no necesariamente aplican para el resto del sistema.<\/p>\n Los containers aplican estas dos tecnolog\u00edas de la siguiente manera: antes, la virtualizaci\u00f3n generaba un kernel base, y sobre este se colocaban capas de kernels abstractos o puentes entre\u00a0host\u00a0<\/em>y\u00a0guest<\/em>. Ahora el mismo kernel puede manejar todos los procesos, asignando un espacio y una capacidad m\u00ednima o m\u00e1xima. Esto permite que en lugar de la gran cantidad de proceso que una m\u00e1quina virtual ejecuta, solo se generen 2 o 3 servicios en un espacio aislado.<\/p>\n Las im\u00e1genes de Docker son estructuras superpuestas de filesystems que permiten trabajar en la parte superior. Existen imagenes “base<\/em>” sobre las cuales se van agregando configuraciones y archivos para generar entornos funcionales. Una vez que un entorno funcional se ejecuta, docker genera un\u00a0container<\/strong> con el proceso que deseemos correr.\u00a0 Esto nos brinda un ambiente aislado donde solo se ejecutan uno o unos cuantos procesos. Esto nos brinda la posibilidad de lanzar cientos o incluso miles de containers dentro del mismo\u00a0host<\/em>. Pero como s\u00e9 que mejor es mostrar que explicar, vamos a ver un ejemplo bastante sencillo :)<\/p>\n Una vez tengamos el demonio de docker corriendo, vamos a utilizar una de sus principales caracter\u00edsticas, buscar im\u00e1genes :) Docker nos brinda un servicio parecido al de Github, en donde podemos descargar im\u00e1genes ya dise\u00f1adas por otros, en mi caso voy a buscar Jenkins, y como podr\u00e1n ver, tengo varios resultados. Cuando un nombre no tiene una separaci\u00f3n con \/ se le considera una im\u00e1gen base. Por lo que vamos a descargar la imagen de jenkins con<\/p>\n Una vez descargado vamos a ejecutar el siguiente comando:<\/p>\n Esto generar\u00e1 una lista de logs que son el proceso de jenkins que se est\u00e1 ejecutando :) ya tenemos un jenkins funcionando, pero necesitamos conocer el puerto en donde est\u00e1 trabajando, para eso utilizamos el siguiente comando:<\/p>\n Como pueden ver, tenemos dos puertos activos, y el conocido 8080 nos redirige a 327669, vamos a abrir ese puerto en nuestro navegador :)<\/p>\n \u00a1Ya casi tenemos todo listo! Ahora nos habla sobre una clave generada, pues sencillo :) en nuestra terminal de logs debe aparecer una clave que podamos usar:<\/p>\n Y eso es todo, ahora tenemos jenkins trabajando en nuestro sistema, pero en su propio\u00a0container<\/strong>.<\/p>\n Lo genial de todo esto es que \u00a1tan solo han sido 3 comandos! Y 3 bastante sencillos vale la pena mencionar. Ahora bien, este es solo el principio, pero qu\u00e9 tal si les digera que Docker puede generar redes internas, ambientes de prueba, funcionar como cluster, y muchas otras cosas m\u00e1s… pues ahora entienden por qu\u00e9 ten\u00eda ganas de compartir este tema con ustedes :)<\/p>\n Pero son muchos los puntos y un post no alcanza para poder contarlo todo, as\u00ed que tal vez con un poco de tiempo podramos seguir este tema si lo han encontrado interesante :) Un saludo y gracias por su visita. Ahh y lo olvidaba, para detener el container y volverlo a encender en otro momento pueden usar:<\/p>\n Sencillo ;)<\/p>\n","protected":false},"excerpt":{"rendered":" Hola con todos :) mucho tiempo desde mi \u00falitmo post, debo admitir, pero tras poder solucionar unas cuantas situaciones personales y externas, al fin estoy en condiciones de poder escribir nuevamente. Y el primer tema que quiero compartir con ustedes es esta tecnolog\u00eda, que aunque ya bastante tiempo lleva en entornos de producci\u00f3n a nivel … Continue reading Docker y la magia de los containers<\/span><\/a><\/p>\n","protected":false},"author":169,"featured_media":142,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":[],"categories":[1],"tags":[29,30,28],"jetpack_featured_media_url":"https:\/\/blogs.gentoo.org\/chrisadr\/files\/2018\/04\/dockericon.png","_links":{"self":[{"href":"https:\/\/blogs.gentoo.org\/chrisadr\/wp-json\/wp\/v2\/posts\/133"}],"collection":[{"href":"https:\/\/blogs.gentoo.org\/chrisadr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blogs.gentoo.org\/chrisadr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blogs.gentoo.org\/chrisadr\/wp-json\/wp\/v2\/users\/169"}],"replies":[{"embeddable":true,"href":"https:\/\/blogs.gentoo.org\/chrisadr\/wp-json\/wp\/v2\/comments?post=133"}],"version-history":[{"count":1,"href":"https:\/\/blogs.gentoo.org\/chrisadr\/wp-json\/wp\/v2\/posts\/133\/revisions"}],"predecessor-version":[{"id":143,"href":"https:\/\/blogs.gentoo.org\/chrisadr\/wp-json\/wp\/v2\/posts\/133\/revisions\/143"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/blogs.gentoo.org\/chrisadr\/wp-json\/wp\/v2\/media\/142"}],"wp:attachment":[{"href":"https:\/\/blogs.gentoo.org\/chrisadr\/wp-json\/wp\/v2\/media?parent=133"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blogs.gentoo.org\/chrisadr\/wp-json\/wp\/v2\/categories?post=133"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blogs.gentoo.org\/chrisadr\/wp-json\/wp\/v2\/tags?post=133"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Control groups, namespaces y containers<\/h4>\n
Im\u00e1genes y containers<\/h3>\n
Docker y Jenkins<\/h3>\n
docker pull jenkins<\/code><\/p>\n![\"\"](\"http:\/\/blogs.gentoo.org\/chrisadr\/files\/2018\/04\/Captura-de-pantalla-de-2018-04-03-19-37-20-300x166.png\")
<\/p>\ndocker run -P --name myjenkins jenkins<\/code><\/p>\n![\"\"](\"http:\/\/blogs.gentoo.org\/chrisadr\/files\/2018\/04\/Captura-de-pantalla-de-2018-04-03-19-41-01-300x184.png\")
<\/p>\ndocker port myjenkins<\/code><\/p>\n![\"\"](\"http:\/\/blogs.gentoo.org\/chrisadr\/files\/2018\/04\/Captura-de-pantalla-de-2018-04-03-19-42-30-300x169.png\")
<\/p>\n![\"\"](\"http:\/\/blogs.gentoo.org\/chrisadr\/files\/2018\/04\/Captura-de-pantalla-de-2018-04-03-19-44-08-300x228.png\")
<\/p>\n![\"\"](\"http:\/\/blogs.gentoo.org\/chrisadr\/files\/2018\/04\/Captura-de-pantalla-de-2018-04-03-19-45-28-300x175.png\")
<\/p>\n![\"\"](\"http:\/\/blogs.gentoo.org\/chrisadr\/files\/2018\/04\/Captura-de-pantalla-de-2018-04-03-19-46-38-300x242.png\")
<\/p>\ndocker stop\/start\/restart myjenkins<\/code><\/p>\n