1
00:00:00,180 --> 00:00:02,260
La historia de Dockers.

2
00:00:02,420 --> 00:00:04,100
La historia de los contenedores.

3
00:00:04,170 --> 00:00:10,860
Los contenedores datan de al menos el año 2000 y Fríes yeux ahora con consoladores también tiene un

4
00:00:10,860 --> 00:00:16,050
concepto similar llamado zonas globales o zonas dependiendo del caso.

5
00:00:16,440 --> 00:00:21,840
Mientras que empresas como Parallels Google y Dockers han estado trabajando en proyectos de código abierto

6
00:00:21,840 --> 00:00:29,850
como Open Buceta LXDE o linos container para que los contenedores funcionen bien y de forma segura.

7
00:00:29,850 --> 00:00:35,670
De hecho pocos de ustedes lo saben pero la mayoría de ustedes ha estado usando contenedores durante

8
00:00:35,760 --> 00:00:36,800
años.

9
00:00:36,810 --> 00:00:44,280
Google tiene su propia tecnología de contenedores de fuente abierta LMS F.G. o déjame contener esto

10
00:00:44,280 --> 00:00:47,490
para ti que sería la traducción en español.

11
00:00:47,490 --> 00:00:52,620
Cada vez que utilizas alguna de las funciones de Google bien sea búsqueda Gmail Google Docs o lo que

12
00:00:52,620 --> 00:00:55,570
sea se la envía a un nuevo contenedor Dockers.

13
00:00:55,890 --> 00:01:01,650
Sin embargo está construido encima de LXDE al igual que con cualquier tecnología de contenedor en lo

14
00:01:01,650 --> 00:01:08,160
que respecta al programa tiene su propio sistema de archivos almacenamiento CPU RAM etcétera.

15
00:01:08,220 --> 00:01:15,690
La diferencia clave entre los contenedores y las máquinas virtuales es que mientras el hipervisor abstrae

16
00:01:15,750 --> 00:01:20,950
un dispositivo completo de los contenedores simplemente resumen el kernel del sistema operativo.

17
00:01:20,970 --> 00:01:26,790
Esto a su vez significa una cosa que los supervisores de máquinas virtuales pueden hacer que los contenedores

18
00:01:26,850 --> 00:01:30,280
no pueden usar diferentes sistemas operativos o kernels.

19
00:01:30,480 --> 00:01:37,410
Entonces por ejemplo puede usar Microsoft Assur para ejecutar ambas instancias de Windows Server 2012

20
00:01:37,470 --> 00:01:39,810
y SUSE Linux Enterprise Server.

21
00:01:39,810 --> 00:01:45,840
Al mismo tiempo con Dockers todos los contenedores deben usar el mismo sistema operativo y kernel.

22
00:01:45,930 --> 00:01:51,210
Por otro lado si todo lo que desea hacer es obtener la mayor cantidad de instancias de aplicaciones

23
00:01:51,210 --> 00:01:57,240
de servidor que se ejecutan en la menor cantidad de hardware no podría importarle menos la ejecución

24
00:01:57,240 --> 00:01:59,800
de múltiples máquinas virtuales del sistema operativo.

25
00:01:59,880 --> 00:02:05,370
Si lo que desea son varias copias de la misma aplicación le encantarán los contenedores este movimiento

26
00:02:05,370 --> 00:02:11,340
puede ahorrarle a un centro de datos o proveedor de la nube decenas de millones de dólares anuales en

27
00:02:11,340 --> 00:02:13,370
costos de energía y agua.

28
00:02:13,470 --> 00:02:20,520
No es de extrañar que se apresuren a adoptar Dockers lo más rápido posible dentro de la estandarización

29
00:02:20,520 --> 00:02:25,770
de los contenedores Dockers trae varias cosas nuevas que las tecnologías anteriores no tenían.

30
00:02:25,770 --> 00:02:31,320
El primero es que los contenedores son más fáciles y seguros de implementar y usar que los enfoques

31
00:02:31,320 --> 00:02:32,220
anteriores.

32
00:02:32,220 --> 00:02:38,610
Además debido a que Dockers se está asociando con los otros poderes de contenedor incluidos canónica

33
00:02:38,700 --> 00:02:46,050
Google RedHat y paralelos en su componente clave de código abierto Li container ha traído una estandarización

34
00:02:46,050 --> 00:02:48,360
muy necesaria a los contenedores.

35
00:02:48,360 --> 00:02:54,630
Desde entonces Dockers donó su formato de contenedor de software y su tiempo de ejecución así como las

36
00:02:54,630 --> 00:02:56,520
especificaciones asociadas.

37
00:02:56,550 --> 00:03:02,760
El proyecto de contenedor abierto de Linux Foundation específicamente Dockers ha tomado todo el contenido

38
00:03:02,760 --> 00:03:09,180
del proyecto Life container incluyen N.S. INIT y todas las modificaciones necesarias para que funcione

39
00:03:09,180 --> 00:03:13,140
independientemente de Dockers y lo donó para este esfuerzo.

40
00:03:13,140 --> 00:03:17,900
Dockers ha seguido trabajando en otros esfuerzos de estandarización de contenedores.

41
00:03:17,910 --> 00:03:19,940
Por ejemplo el container de Dockers.

42
00:03:20,250 --> 00:03:27,320
El tiempo de ejecución de contenedor abierto ahora está alojado por Klaw Native Piura Fundation o sí.

43
00:03:27,720 --> 00:03:30,860
Entonces hoy no tiene ningún rival per se.

44
00:03:30,870 --> 00:03:39,750
Es cierto que hay otras implementaciones de contenedor basadas en LXDE como CoreOS ahora Retreat recate

45
00:03:39,810 --> 00:03:46,370
o canónica LXDE pero no son tanto competidores como refinamientos LXDE.

46
00:03:46,380 --> 00:03:52,260
Dicho esto puede ejecutar contenedores Dockers básicamente en cualquier sistema operativo o nube.

47
00:03:52,290 --> 00:03:58,110
Esto le da la ventaja sobre los demás en el nivel superior y los contenedores la orquestación de contenedores

48
00:03:58,230 --> 00:04:03,180
Dockers si tiene un competidor serio que es Kubert del cual conversaremos luego.