﻿1
00:00:04,670 --> 00:00:10,720
‫Todo bien. Ahora que ya aprendió todo acerca de los volúmenes y los montos de unión, y por

2
00:00:10,720 --> 00:00:16,120
‫qué tenemos que preocuparnos por la persistencia de los datos, hagamos algo que sea un escenario del mundo real, que es la actualización de la base de datos.

3
00:00:16,120 --> 00:00:21,250
‫Imagine una situación en la que está ejecutando una versión particular de una base de datos.

4
00:00:21,250 --> 00:00:28,210
‫Digamos postgres, y necesita actualizar la versión del parche porque tal vez haya una solución de seguridad, o una

5
00:00:28,210 --> 00:00:30,490
‫corrección de errores, o algo así.

6
00:00:30,490 --> 00:00:36,730
‫Normalmente en un sistema, simplemente actualizaría el software. Haría una actualización o actualización del sistema de administración de

7
00:00:37,030 --> 00:00:41,340
‫paquetes, y manejaría todas las actualizaciones de las bibliotecas y todo por su cuenta.

8
00:00:41,650 --> 00:00:43,090
‫Pero, ¿cómo hacemos eso en un contenedor?

9
00:00:43,180 --> 00:00:48,700
‫Porque, si intentamos seguir la mejor práctica de no actualizar aplicaciones en contenedores, sino reemplazar el contenedor

10
00:00:48,700 --> 00:00:52,810
‫con una nueva versión, ¿cómo lo hacemos con la base de datos?

11
00:00:52,810 --> 00:00:58,990
‫Lo que vas a hacer para esta tarea es utilizar Docker Hub para obtener información sobre la

12
00:00:59,110 --> 00:01:03,910
‫actualización de la versión específica de postgres. Vamos a comenzar con usted específicamente la creación

13
00:01:03,910 --> 00:01:12,100
‫de un contenedor utilizando la versión 9. 6. 1, que es una versión anterior. Y vas a necesitar crear un volumen nombrado.

14
00:01:12,100 --> 00:01:18,820
‫Tendrá que apoyarse en la documentación de Docker Hub para esto, utilizando el repositorio oficial de postgres.

15
00:01:19,270 --> 00:01:23,920
‫Tendrá que ir al archivo Docker para esa versión específica y conocer cuál

16
00:01:23,920 --> 00:01:28,260
‫debe ser la ruta de volumen. Luego puede asignarle el volumen que desee en el lado izquierdo.

17
00:01:28,270 --> 00:01:33,040
‫Pero recuerde que los dos puntos en el lado derecho de la misma, esa debe ser la ruta donde las bases de datos

18
00:01:33,040 --> 00:01:34,590
‫reales van a estar en el contenedor.

19
00:01:34,810 --> 00:01:38,680
‫Una vez que tenga todo eso resuelto y haya iniciado su contenedor, debería comenzar a verificar los registros para ver cuándo ha

20
00:01:38,680 --> 00:01:43,390
‫terminado de crear las bases de datos y todas las cosas de inicio. Debido a que la primera vez que inicia

21
00:01:43,390 --> 00:01:47,680
‫un contenedor de base de datos, normalmente hace un montón de cosas en segundo plano,

22
00:01:47,710 --> 00:01:51,810
‫como crear el usuario administrador y una base de datos predeterminada, y así sucesivamente.

23
00:01:51,820 --> 00:01:55,660
‫Habrá un punto donde los registros se detendrán y luego solo se ejecutará.

24
00:01:55,660 --> 00:02:02,530
‫un volumen docker y ver el volumen allí enumerado, con el nombre que le dio, y podrá detener ese contenedor.

25
00:02:02,620 --> 00:02:07,630
‫Si lo ha hecho correctamente, podrá hacer Luego vas a crear un

26
00:02:07,660 --> 00:02:10,560
‫nuevo contenedor con una nueva versión.

27
00:02:10,630 --> 00:02:16,300
‫Va a ser un comando muy similar al primero, solo usted especifica una versión diferente,

28
00:02:16,310 --> 00:02:22,780
‫también se asegurará de que desee especificar el volumen del nombre samed porque necesita usar los datos

29
00:02:22,780 --> 00:02:24,420
‫que utilizó en el primero.

30
00:02:24,460 --> 00:02:28,060
‫Por supuesto, asegúrese de que tiene la primera parada porque ambos no pueden acceder a

31
00:02:28,060 --> 00:02:29,450
‫los mismos datos al mismo tiempo.

32
00:02:29,680 --> 00:02:33,730
‫Una vez que lo haya comenzado, continúe y revise los registros nuevamente para ese nuevo contenedor.

33
00:02:34,000 --> 00:02:38,980
‫Lo que debería ver es que solo tiene un par de líneas de registros de inicio porque no tiene

34
00:02:38,980 --> 00:02:40,900
‫que hacer todo el trabajo del inicio inicial.

35
00:02:40,900 --> 00:02:43,650
‫De alguna manera, como sabe que está usando el mismo volumen

36
00:02:43,660 --> 00:02:48,050
‫nombrado, la segunda vez que se inicia, puede que solo tenga cuatro o cinco entradas de registro.

37
00:02:48,310 --> 00:02:50,070
‫Entonces este es un escenario del mundo real.

38
00:02:50,070 --> 00:02:54,860
‫Harás esto si alguna vez ejecutas bases de datos de producción o cualquier cosa que necesites para estar al día.

39
00:02:55,000 --> 00:03:00,700
‫Tenga en cuenta que la mayoría de los sistemas de bases de datos no realizan actualizaciones importantes de forma automática.

40
00:03:00,700 --> 00:03:05,470
‫Por lo general, requiere una herramienta. una herramienta separada para cada uno de ellos que debe ejecutar.

41
00:03:05,470 --> 00:03:06,670
‫Con postgres o MySQL, hay

42
00:03:06,670 --> 00:03:12,310
‫Esto solo se trata de actualizar las versiones de parches o el último número que

43
00:03:12,310 --> 00:03:16,800
‫no requiere cambios de esquema o actualizaciones importantes del código de datos.

44
00:03:16,870 --> 00:03:18,080
‫Al igual que antes,

45
00:03:18,160 --> 00:03:24,400
‫si te quedas atascado, no te preocupes porque esto es algo nuevo y puede que no sea tan claro en Docker Hub.

46
00:03:24,730 --> 00:03:28,120
‫Si te quedas atascado en algún punto y Docker Hub no te

47
00:03:28,120 --> 00:03:33,180
‫está ayudando, solo revisa la siguiente conferencia, que es lo que estoy haciendo en este mismo ejercicio.

48
00:03:33,190 --> 00:03:33,550
‫Buena suerte.

