1
00:00:00,210 --> 00:00:02,020
Qué es Doc Dockers.

2
00:00:02,040 --> 00:00:07,440
Es una tecnología que trabaja en un entorno Dhruv y que se encarga de empaquetar aplicaciones como un

3
00:00:07,440 --> 00:00:12,270
sistema de virtualización dentro de la ventaja de que tenemos la portabilidad.

4
00:00:12,270 --> 00:00:18,250
Esto quiere decir que todos los contenedores son portables es decir pueden mudarse de un lado a otro.

5
00:00:18,270 --> 00:00:26,340
La ligereza es decir el consumo de recursos mínimos de tu sistema o de tu hardware son autosuficientes.

6
00:00:26,520 --> 00:00:31,500
En este caso Dockers se encarga de todo por lo que los contenedores tan sólo deben tener lo necesario

7
00:00:31,800 --> 00:00:38,270
para que la aplicación y sus librerías funcionen al igual que sus configuraciones Dockers.

8
00:00:38,280 --> 00:00:42,760
Está compuesto por un daemon que es el proceso principal de la plataforma.

9
00:00:42,810 --> 00:00:48,720
Posteriormente un cliente que es el binario que constituye la interfaz y permite interactuar con el

10
00:00:48,720 --> 00:00:53,880
daemon una imagen o plantilla que se utiliza para poder ejecutar el contenedor.

11
00:00:53,910 --> 00:01:00,510
También posee registros o directorios donde se almacenan las imágenes y los contenedores o carpetas

12
00:01:00,510 --> 00:01:05,600
donde se almacena todo lo necesario para que la aplicación se ejecute de forma aislada.

13
00:01:05,610 --> 00:01:11,880
Ahora cómo funciona Dockers Dockers se encarga de enjaular dependencias entre paquetes no para aislar

14
00:01:11,880 --> 00:01:12,780
usuarios.

15
00:01:12,780 --> 00:01:18,990
El usuario no puede ver cierta parte de la máquina por ejemplo a otros usuarios Dockers es una empaquetadora

16
00:01:18,990 --> 00:01:19,950
de aplicaciones.

17
00:01:20,040 --> 00:01:25,790
En este caso puede funcionar también como una máquina virtual sin su propio sistema operativo.

18
00:01:25,860 --> 00:01:33,120
Por lo tanto el Jost con el que trabaja Dockers debe ser Linux en este caso es una máquina virtual ligera.

19
00:01:33,120 --> 00:01:40,060
Los sistemas de virtualización tradicionales intentan optimizar la capa común es decir el Josquin hypervisor

20
00:01:40,650 --> 00:01:46,170
que en este caso de Dockers funcionan como una capa única orquestación de contenedores al igual que

21
00:01:46,170 --> 00:01:49,200
cualquier otro elemento de su infraestructura DTI.

22
00:01:49,260 --> 00:01:55,110
Los contenedores deben ser monitoreados y controlados de lo contrario literalmente no tienes idea de

23
00:01:55,110 --> 00:01:57,260
que estás ejecutando en tus servidores.

24
00:01:57,450 --> 00:02:03,660
Puedes usar programas de DevOps para implementar y monitorear contenedores Dockers pero no están optimizados

25
00:02:03,660 --> 00:02:05,610
para contenedores como Data DOGC.

26
00:02:05,610 --> 00:02:10,350
Una empresa de monitoreo de la nube señala en su informe sobre la adopción de Dockers en el mundo real

27
00:02:10,560 --> 00:02:15,870
la corta vida útil de los contenedores y del aumento de la densidad tienen implicaciones significativas

28
00:02:15,900 --> 00:02:21,660
para el monitoreo de la infraestructura así como representa un aumento de orden de magnitud en el número

29
00:02:21,930 --> 00:02:24,540
de las cosas que necesitan ser monitoreadas individualmente.

30
00:02:24,540 --> 00:02:25,290
La respuesta es.

31
00:02:25,320 --> 00:02:30,630
Herramientas de orquestación en la nube estos supervisan y administran clustering y programación de

32
00:02:30,630 --> 00:02:35,820
contenedores en mayor medida hace siete u tres programas principales de organización de contenedores

33
00:02:35,820 --> 00:02:40,010
en la nube como rozón Dockers Swarm Cubanet y mesófilo.

34
00:02:40,020 --> 00:02:45,180
Hoy en día estos todavía están en todas partes pero Cubanet es por mucho el programador que está en

35
00:02:45,180 --> 00:02:46,980
la nube más dominante.

36
00:02:46,980 --> 00:02:54,410
De hecho a principios de octubre mesos fió subió al tren de Cubanet Dock anunció que integrará Cubanet

37
00:02:54,500 --> 00:02:55,680
en la plataforma Doca.

38
00:02:55,680 --> 00:03:01,870
Los usuarios pueden optar por utilizar Cubanet o Dockers Swarm para la orquestación.

39
00:03:02,040 --> 00:03:08,670
Dockers está formado fundamentalmente por tres componentes documentaban Rocket Client y que raye Street.

40
00:03:08,680 --> 00:03:16,320
El Doc Jay o demonio Doca es una Emmons que corre sobre cualquier distribución de Linux y que expone

41
00:03:16,350 --> 00:03:23,340
una API externa para la gestión de imágenes de contenedores y otras entidades que van añadiéndose sucesivamente

42
00:03:24,030 --> 00:03:27,370
en distribuciones de Dockers como volumenes o redes virtuales.

43
00:03:27,390 --> 00:03:32,910
Podemos destacar entre sus funciones principales la creación de imágenes Jocker la publicación de imágenes

44
00:03:32,970 --> 00:03:40,050
de un Dockers Registry o registro de Dockers que es otro componente Dockers que se explicará a continuación.

45
00:03:40,110 --> 00:03:46,650
La descarga de imágenes desde un registro de Dockers la ejecución de contenedores usando imágenes locales.

46
00:03:46,650 --> 00:03:52,320
Otra función fundamental del Doc en Jaén es la gestión de los contenedores en ejecución permitiendo

47
00:03:52,620 --> 00:04:00,370
parar su ejecución Red arrancarlas versus logs o sus estadísticas de uso de recursos lo que el cliente

48
00:04:00,520 --> 00:04:06,310
o cliente Dockers es cualquier herramienta que hace uso de la API remota de dólares Nyan pero suele

49
00:04:06,310 --> 00:04:12,970
hacer referencia al comando Dockers que hace las veces de herramienta de línea de comandos para gestionar

50
00:04:12,970 --> 00:04:13,830
un tocarã en Jaén.

51
00:04:13,930 --> 00:04:20,950
La CLI de Blocker se puede configurar para hablar con un Dockers en Jaén local o remoto permitiendo

52
00:04:20,950 --> 00:04:27,510
gestionar tanto nuestro entorno de desarrollo local como nuestros servidores de producción.

53
00:04:27,550 --> 00:04:31,480
Los comandos de Dockers más comunes los puedes ver a continuación.

54
00:04:31,690 --> 00:04:41,470
El Doctrine info Locri más Ferviú que el pull de carpas y otros que puedes encontrar en el recurso externo.

55
00:04:41,530 --> 00:04:44,740
Por otra parte tenemos el Dockers Rayes Tree o el registro de Dockers.

56
00:04:45,160 --> 00:04:50,380
El registro es otro componente de Dockers que suele correr en un servidor independiente y donde se publican

57
00:04:50,380 --> 00:04:55,810
las imágenes que generan los descreen yhay de tal manera que estén disponibles para la utilización por

58
00:04:55,810 --> 00:04:57,100
cualquier otra máquina.

59
00:04:57,220 --> 00:05:02,620
Es un componente fundamental dentro de la arquitectura de EDOC ya que permite distribuir nuestras aplicaciones.

60
00:05:02,620 --> 00:05:08,770
El registro de Dok es un proyecto open source que puede ser instalado gratuitamente en cualquier servidor

61
00:05:09,370 --> 00:05:18,010
pero Dokuro ofrece Group un sistema SaaS de pago donde puedes subir tus propias imágenes acceder a imágenes

62
00:05:18,010 --> 00:05:23,050
públicas de otros usuarios e incluso imágenes oficiales en las principales aplicaciones como son Maisí

63
00:05:23,050 --> 00:05:27,820
Quag mongo divi Rabbit Enkidu redes y muchas más.

64
00:05:27,820 --> 00:05:34,750
El registro de Dockers funciona de una manera muy parecida a quit de la misma manera que Doc app y algunos

65
00:05:34,750 --> 00:05:38,530
métodos de pago que funcionan de una manera muy parecida a Jaap.

66
00:05:38,710 --> 00:05:44,890
Cada imagen también conocida como repositorio es una sucesión de capas es decir cada vez que hacemos

67
00:05:44,890 --> 00:05:47,440
un view el local de nuestra imagen.

68
00:05:47,440 --> 00:05:53,920
El registro de Dockers sólo almacena el DIF respecto a la versión anterior haciendo mucho más eficiente

69
00:05:53,980 --> 00:05:56,620
el proceso de creación y distribución de imágenes.