La historia de Dockers.
La historia de los contenedores.
Los contenedores datan de al menos el año 2000 y Fríes yeux ahora con consoladores también tiene un
concepto similar llamado zonas globales o zonas dependiendo del caso.
Mientras que empresas como Parallels Google y Dockers han estado trabajando en proyectos de código abierto
como Open Buceta LXDE o linos container para que los contenedores funcionen bien y de forma segura.
De hecho pocos de ustedes lo saben pero la mayoría de ustedes ha estado usando contenedores durante
años.
Google tiene su propia tecnología de contenedores de fuente abierta LMS F.G. o déjame contener esto
para ti que sería la traducción en español.
Cada vez que utilizas alguna de las funciones de Google bien sea búsqueda Gmail Google Docs o lo que
sea se la envía a un nuevo contenedor Dockers.
Sin embargo está construido encima de LXDE al igual que con cualquier tecnología de contenedor en lo
que respecta al programa tiene su propio sistema de archivos almacenamiento CPU RAM etcétera.
La diferencia clave entre los contenedores y las máquinas virtuales es que mientras el hipervisor abstrae
un dispositivo completo de los contenedores simplemente resumen el kernel del sistema operativo.
Esto a su vez significa una cosa que los supervisores de máquinas virtuales pueden hacer que los contenedores
no pueden usar diferentes sistemas operativos o kernels.
Entonces por ejemplo puede usar Microsoft Assur para ejecutar ambas instancias de Windows Server 2012
y SUSE Linux Enterprise Server.
Al mismo tiempo con Dockers todos los contenedores deben usar el mismo sistema operativo y kernel.
Por otro lado si todo lo que desea hacer es obtener la mayor cantidad de instancias de aplicaciones
de servidor que se ejecutan en la menor cantidad de hardware no podría importarle menos la ejecución
de múltiples máquinas virtuales del sistema operativo.
Si lo que desea son varias copias de la misma aplicación le encantarán los contenedores este movimiento
puede ahorrarle a un centro de datos o proveedor de la nube decenas de millones de dólares anuales en
costos de energía y agua.
No es de extrañar que se apresuren a adoptar Dockers lo más rápido posible dentro de la estandarización
de los contenedores Dockers trae varias cosas nuevas que las tecnologías anteriores no tenían.
El primero es que los contenedores son más fáciles y seguros de implementar y usar que los enfoques
anteriores.
Además debido a que Dockers se está asociando con los otros poderes de contenedor incluidos canónica
Google RedHat y paralelos en su componente clave de código abierto Li container ha traído una estandarización
muy necesaria a los contenedores.
Desde entonces Dockers donó su formato de contenedor de software y su tiempo de ejecución así como las
especificaciones asociadas.
El proyecto de contenedor abierto de Linux Foundation específicamente Dockers ha tomado todo el contenido
del proyecto Life container incluyen N.S. INIT y todas las modificaciones necesarias para que funcione
independientemente de Dockers y lo donó para este esfuerzo.
Dockers ha seguido trabajando en otros esfuerzos de estandarización de contenedores.
Por ejemplo el container de Dockers.
El tiempo de ejecución de contenedor abierto ahora está alojado por Klaw Native Piura Fundation o sí.
Entonces hoy no tiene ningún rival per se.
Es cierto que hay otras implementaciones de contenedor basadas en LXDE como CoreOS ahora Retreat recate
o canónica LXDE pero no son tanto competidores como refinamientos LXDE.
Dicho esto puede ejecutar contenedores Dockers básicamente en cualquier sistema operativo o nube.
Esto le da la ventaja sobre los demás en el nivel superior y los contenedores la orquestación de contenedores
Dockers si tiene un competidor serio que es Kubert del cual conversaremos luego.