1
00:00:01,389 --> 00:00:10,689
Bien, vamos a empezar una serie de vídeos, de pequeños tutoriales en los que vamos a trabajar en paralelo los conceptos de Docker y de Linux, ¿de acuerdo?

2
00:00:10,810 --> 00:00:16,329
Entonces vamos a partir de la base en la que lo dejamos, que era tras la instalación de Docker en el sistema, ¿vale?

3
00:00:16,350 --> 00:00:28,589
Si todo está bien, recordemos que estamos utilizando el comando systemctl para comprobar un status Docker, comprobar el estado del servicio de Docker que nosotros habíamos lanzado.

4
00:00:28,589 --> 00:00:33,770
Si os fijáis, en este caso lo que nos aparece es, fijaos la sintaxis, es el comando systemctl,

5
00:00:34,450 --> 00:00:42,429
después el pequeño comando status y luego el servicio sobre el que yo quiero consultar.

6
00:00:43,189 --> 00:00:47,270
Daos cuenta que en este caso lo que estamos viendo es que el servicio está activo, está corriendo

7
00:00:47,270 --> 00:00:53,530
y me viene una serie de información extra como está cargado, si está activo o no.

8
00:00:53,530 --> 00:01:09,230
Y me está diciendo además el demonio vinculado a este Docker D y el PID, el identificador del proceso que sustenta este servicio. Bueno, pues una serie de informaciones. Aparte que me vienen un poco las dependencias, el C-group, etc.

9
00:01:09,230 --> 00:01:11,670
hago un control c

10
00:01:11,670 --> 00:01:13,769
recordemos que

11
00:01:13,769 --> 00:01:15,629
en la cadena un poco de

12
00:01:15,629 --> 00:01:17,549
subcomandos o de comandos que podemos

13
00:01:17,549 --> 00:01:19,569
trabajar con systemctl están

14
00:01:19,569 --> 00:01:21,670
los siguientes, es decir, yo tengo systemctl

15
00:01:21,670 --> 00:01:23,989
y podemos lanzar

16
00:01:23,989 --> 00:01:25,670
o parar en un servicio

17
00:01:25,670 --> 00:01:27,150
que queramos, si hago un stop

18
00:01:27,150 --> 00:01:29,010
de el propio docker

19
00:01:29,010 --> 00:01:31,969
me dice stopping docker.servi

20
00:01:31,969 --> 00:01:33,510
but it can still be

21
00:01:33,510 --> 00:01:36,129
activated by el docker.soc

22
00:01:36,129 --> 00:01:37,549
me dice que podría estar

23
00:01:37,549 --> 00:01:49,810
todavía activado, ¿vale? No obstante, yo puedo, fijaos que con el status voy a ver cómo ha quedado y fijaos cómo Systemctl ha parado el servicio de Docker.

24
00:01:49,930 --> 00:01:59,969
Luego veremos cosas en un segundo vídeo relativas a este Systemctl, ¿vale? En este caso simplemente me voy a centrar en cómo comprobar aspectos relacionados con Docker

25
00:01:59,969 --> 00:02:01,930
y su servicio, ¿vale? Y este

26
00:02:01,930 --> 00:02:03,689
comando systemctl que gestiona

27
00:02:03,689 --> 00:02:06,170
los servicios del sistema, los servicios

28
00:02:06,170 --> 00:02:07,209
de mi Linux.

29
00:02:08,189 --> 00:02:10,030
Bien, aquí vemos que está inactivo,

30
00:02:10,469 --> 00:02:11,409
¿vale? TED,

31
00:02:12,069 --> 00:02:13,949
aunque sí que es cierto que yo tengo

32
00:02:13,949 --> 00:02:15,050
ese servicio disponible.

33
00:02:16,110 --> 00:02:17,969
Evidentemente, como lo he parado, lo puedo volver

34
00:02:17,969 --> 00:02:19,909
a lanzar. Yo puedo hacer ahora un

35
00:02:19,909 --> 00:02:23,500
start de ese docker

36
00:02:23,500 --> 00:02:25,500
y si ahora vuelvo a ver

37
00:02:25,500 --> 00:02:27,520
su estado, ahora ya veréis

38
00:02:27,520 --> 00:02:29,599
que se ha vuelto a lanzar y que lo tengo

39
00:02:29,599 --> 00:02:31,500
activo, lo tengo corriendo.

40
00:02:31,599 --> 00:02:41,800
Fijaos en el PID que se le ha generado al levantarlo, porque ha vuelto a levantar el proceso subyacente que sustentaba ese servicio.

41
00:02:42,800 --> 00:02:50,340
Daos cuenta, aquí fijaos, el PID es diferente porque he vuelto a lanzar ese servicio.

42
00:02:50,340 --> 00:03:07,280
Bien, esto es muy interesante porque resulta que claro, de este tipo de comandos, de este comando lo que tenemos también es la opción de hacer un reload, fijaos, o de hacer un restart.

43
00:03:07,879 --> 00:03:19,180
¿Qué diferencia hay entre los dos? Es decir, yo un servicio como el servicio de Docker, yo lo puedo recargar. Cuando yo hago un reload, lo que hacemos es recargar el servicio, es decir, si he configurado,

44
00:03:19,180 --> 00:03:30,259
he hecho alguna modificación en el fichero de configuración de Docker, lo que va a hacer el reloj va a ser recargar esa configuración y tener en cuenta ese cambio de la configuración

45
00:03:30,259 --> 00:03:40,360
para el funcionamiento de ese servicio en cuestión, en este caso de Docker. En el caso de RESTAR, lo que hace es que tumba el servicio y lo vuelve a levantar.

46
00:03:40,719 --> 00:03:47,039
¿Qué quiere eso decir? Quiere eso decir que evidentemente hace un reloj, hace una carga de la nueva configuración que hayamos hecho,

47
00:03:47,039 --> 00:04:14,099
Pero es que además el restart lo que hace es que deja sin servicio un poquito de tiempo a cualquier cliente que estuviese conectado al servidor. No sé si comprendes. Es decir, si yo hago un restart de Docker, esto está haciendo ahora mismo, fijaos que ahora el status vuelve a estar activo, pero en ese periodo pequeño de tiempo ha tumbado este servicio y lo ha vuelto a levantar.

48
00:04:14,099 --> 00:04:26,720
Fijaos como el pit es totalmente diferente del anterior. Eso quiere decir que al tirar abajo el servicio y volverlo a levantar, ha tenido que lanzar este demonio, que es un proceso, que es el que sustenta el servicio.

49
00:04:26,720 --> 00:04:45,899
Si os fijáis, si lo que hacemos es un reload, imaginaos que yo he hecho un cambio en la configuración de Docker, hago un reload, hago enter, si yo ahora miro el estado de Docker, fijaos que el pit del proceso es el mismo que el que teníamos aquí.

50
00:04:45,899 --> 00:04:49,259
¿por qué? pues porque realmente

51
00:04:49,259 --> 00:04:50,800
no tumba el servicio

52
00:04:50,800 --> 00:04:52,860
no tumba el proceso que sustenta el servicio

53
00:04:52,860 --> 00:04:55,519
o el demonio, ¿vale? y lo vuelve a levantar

54
00:04:55,519 --> 00:04:57,279
sino que lo que hace es que simplemente recarga

55
00:04:57,279 --> 00:04:59,000
con la configuración del, ahí lo tenéis

56
00:04:59,000 --> 00:05:00,560
con la configuración del

57
00:05:00,560 --> 00:05:03,019
la nueva configuración, de fecha de configuración

58
00:05:03,019 --> 00:05:05,079
del servicio, lo recarga

59
00:05:05,079 --> 00:05:07,019
¿vale? y ya está, simplemente tiene en cuenta

60
00:05:07,019 --> 00:05:08,259
esa modificación que se haya hecho

61
00:05:08,259 --> 00:05:11,300
había otro comando, o tenéis otro comando

62
00:05:11,300 --> 00:05:13,060
que era el enable

63
00:05:13,060 --> 00:05:14,540
cuando

64
00:05:14,540 --> 00:05:18,959
cogemos y queremos activar

65
00:05:18,959 --> 00:05:20,279
docker

66
00:05:20,279 --> 00:05:22,399
yo le doy a enable, en este caso

67
00:05:22,399 --> 00:05:24,300
es un absurdo porque

68
00:05:24,300 --> 00:05:26,439
yo ya lo tenía activo, es decir, si hago el status

69
00:05:26,439 --> 00:05:28,079
vais a ver como

70
00:05:28,079 --> 00:05:29,540
evidentemente está activo y está

71
00:05:29,540 --> 00:05:32,300
enable, está activado, aquí está

72
00:05:32,300 --> 00:05:34,439
enable, vale, bueno pues

73
00:05:34,439 --> 00:05:36,300
con esto lo que

74
00:05:36,300 --> 00:05:36,980
hacía era

75
00:05:36,980 --> 00:05:40,399
hacer disponible, poner a disposición del sistema

76
00:05:40,399 --> 00:05:41,879
¿vale? habilitar

77
00:05:41,879 --> 00:05:44,560
mi servicio desde el arranque del sistema

78
00:05:44,560 --> 00:05:45,899
¿vale? para que lo tenga

79
00:05:45,899 --> 00:05:47,860
disponible el propio Linux, es decir

80
00:05:47,860 --> 00:05:49,579
lo que hacemos con Enable es que

81
00:05:49,579 --> 00:05:51,920
cojo y lanzo el servicio desde

82
00:05:51,920 --> 00:05:53,879
que arranca el sistema, arranca el kernel

83
00:05:53,879 --> 00:05:56,240
de Linux y después automáticamente

84
00:05:56,240 --> 00:05:58,019
se va a lanzar el servicio que yo estoy

85
00:05:58,019 --> 00:05:59,319
activando, que estoy

86
00:05:59,319 --> 00:06:01,959
marcando como disponible para el

87
00:06:01,959 --> 00:06:04,199
sistema Enable, habilitado

88
00:06:04,199 --> 00:06:05,379
desde el arranque

89
00:06:05,379 --> 00:06:07,500
si lo que queremos hacer es un Disable

90
00:06:07,500 --> 00:06:13,620
Docker, aquí lo que va a hacer

91
00:06:13,620 --> 00:06:15,660
el sistema es

92
00:06:15,660 --> 00:06:17,879
lo siguiente, evidentemente

93
00:06:17,879 --> 00:06:20,019
yo tengo activo y tengo corriendo

94
00:06:20,019 --> 00:06:21,779
corriendo mi docker, pero

95
00:06:21,779 --> 00:06:23,300
en el siguiente rearranque

96
00:06:23,300 --> 00:06:26,160
el servicio de docker no se va a lanzar

97
00:06:26,160 --> 00:06:28,019
es decir, eso no quiere decir que yo

98
00:06:28,019 --> 00:06:29,939
no lo tenga, lo que quiere decir es que

99
00:06:29,939 --> 00:06:31,839
lo voy a tener parado en el arranque y que

100
00:06:31,839 --> 00:06:33,899
lo voy a tener que lanzar a mano cuando yo

101
00:06:33,899 --> 00:06:34,259
lo quiera

102
00:06:34,259 --> 00:06:37,420
tener activo, lo quiera tener disponible

103
00:06:37,420 --> 00:06:39,779
¿de acuerdo? entonces, bueno, pues

104
00:06:39,779 --> 00:06:40,319
simplemente

105
00:06:40,319 --> 00:06:44,199
quería puntualizar un poco estos aspectos

106
00:06:44,199 --> 00:06:45,720
para que vieses un poco la potencia

107
00:06:45,720 --> 00:06:46,360
de ese comando

108
00:06:46,360 --> 00:06:57,560
de Systemctl. Vamos a ver un poco luego en otro vídeo, ¿vale? Aspectos relacionados con este comando Systemctl

109
00:06:57,560 --> 00:07:02,139
que tiene que ver con cómo gestiona los servicios de propiedad. Nos vemos en el siguiente vídeo.