1
00:00:03,759 --> 00:00:21,239
Buenas tardes, Renzo. Hoy, día 15 de mayo, a las 17.15, estamos convocados a través de la Jefatura de Departamento para la defensa del módulo profesional de proyecto de ciclo formativo de grado superior de Administración de Sistemas Informáticos en Red, ASIR.

2
00:00:21,239 --> 00:00:40,560
Te informo que esta defensa está siendo grabada y que esta grabación se usará en el entorno cerrado de EducaMadrid con fines educativos y sólo estará a disposición de los profesores evaluadores en el aula virtual para llevar a cabo la evaluación, calificación y calificación de la defensa del proyecto.

3
00:00:40,939 --> 00:00:46,039
En el aula virtual de proyectos habéis sido informados de los criterios y rúbrica de calificación.

4
00:00:46,039 --> 00:00:59,179
El orden de la presentación del proyecto es el siguiente. 15 minutos máximo para defensa del proyecto y 15 minutos máximo para preguntas por parte del tribunal. En este caso, las preguntas las formularé yo.

5
00:01:00,579 --> 00:01:04,739
Dicho esto, tu tiempo de exposición comienza a partir de este momento. Adelante y mucha suerte.

6
00:01:04,739 --> 00:01:25,480
Gracias. Bueno, mi nombre es Renzo Pelleira. Voy a presentar mi proyecto de fin de curso de ASIR. Mi proyecto se llama Sistema Automatizado para la Gestión de Servidores.

7
00:01:25,480 --> 00:01:31,140
y vamos a iniciar la presentación.

8
00:01:33,980 --> 00:01:42,280
Este sería el contenido que vamos a ver, veremos la introducción, las motivaciones, los objetivos, la metodología

9
00:01:42,280 --> 00:01:52,260
y finalmente haremos una demostración y diremos las conclusiones que hemos sacado del proyecto.

10
00:01:52,260 --> 00:01:59,840
Bueno, este proyecto se basa en la implantación de un nuevo departamento

11
00:01:59,840 --> 00:02:04,540
de automatización en la empresa ADM Solution

12
00:02:04,540 --> 00:02:12,240
con el fin de automatizar todas aquellas tareas que se vienen realizando de forma manual

13
00:02:12,240 --> 00:02:19,180
y dar una solución de forma estandarizada

14
00:02:19,180 --> 00:02:30,360
y para evitar errores y aprovechar los recursos y ser más eficientes en las entregas de los servicios.

15
00:02:33,080 --> 00:02:39,020
Bueno, la motivación viene dada por el uso de herramientas DevOps,

16
00:02:39,020 --> 00:02:49,400
que nos va a permitir hacer uso de todas estas tecnologías que mejoran el entorno

17
00:02:49,400 --> 00:02:59,759
en cuanto a que van a ser mucho más adaptables, más ágiles a la hora de entregar productos y más eficientes.

18
00:03:02,819 --> 00:03:05,860
Los objetivos los hemos dividido en tres fases.

19
00:03:05,860 --> 00:03:15,699
La primera fase sería la planificación, la distribución de los recursos que tenemos, la elección de las tecnologías DevOps.

20
00:03:16,159 --> 00:03:34,020
En la segunda fase sería la implantación de todas las herramientas, crear un entorno de trabajo para poder crear nuestro código y manifiestos para aplicar las configuraciones en los servidores.

21
00:03:34,020 --> 00:03:45,370
Y en la tercera fase ya sería la fase de creación de pruebas para que todos los automatismos funcionen.

22
00:03:45,629 --> 00:03:57,310
La metodología elegida es la metodología CAMBA que nos permite a golpe de ojo ver el estado de los procesos que se están realizando sobre las tareas.

23
00:03:57,310 --> 00:04:03,930
y en un entorno colaborativo nos va a permitir identificar posibles cuellos de botella

24
00:04:03,930 --> 00:04:11,430
y poder, por ejemplo, ayudar a nuestro compañero que pertenezca al nuevo grupo de automatización.

25
00:04:11,430 --> 00:04:22,610
Las tecnologías claves para poder llevar a cabo nuestro sistema son Jenkins,

26
00:04:22,610 --> 00:04:30,810
que se va a encargar de orquestar todo el flujo de integración y despliegue continuo.

27
00:04:30,970 --> 00:04:34,750
Se va a encargar de crear agentes,

28
00:04:35,230 --> 00:04:39,470
dispone de una consola web para poder administrar usuarios

29
00:04:39,470 --> 00:04:46,470
y también para poder monitorear la ejecución de las tareas y las pipelines.

30
00:04:47,230 --> 00:04:50,310
Archibald sería la herramienta para automatizar.

31
00:04:50,310 --> 00:04:53,990
nos puede servir para automatizar

32
00:04:53,990 --> 00:04:55,589
independientemente la plataforma

33
00:04:55,589 --> 00:04:57,509
como puede ser una plataforma

34
00:04:57,509 --> 00:04:59,310
de sistema operativo Linux

35
00:04:59,310 --> 00:05:01,389
Windows, incluso

36
00:05:01,389 --> 00:05:03,290
hasta dispositivos Router

37
00:05:03,290 --> 00:05:05,389
¿vale? nos permitiría

38
00:05:05,389 --> 00:05:06,850
en este caso tener una

39
00:05:06,850 --> 00:05:08,569
infraestructura como código

40
00:05:08,569 --> 00:05:13,550
en este caso

41
00:05:13,550 --> 00:05:15,290
Gila Community Edition

42
00:05:15,290 --> 00:05:16,709
va a ser nuestro

43
00:05:16,709 --> 00:05:19,529
repositorio principal

44
00:05:19,529 --> 00:05:30,709
que vamos a almacenar todas las configuraciones que vamos a hacer, vamos a poder también desencadenar las tareas desde Github

45
00:05:30,709 --> 00:05:40,089
para recibir un evento como puede ser un evento push y desde ahí desencadenar las tareas en Jenkins.

46
00:05:40,089 --> 00:05:56,810
Y Docker va a ser nuestro servidor donde vamos a poder desplegar de forma a demanda de Jenkins los diferentes agentes que se necesiten para la ejecución de las tareas.

47
00:05:57,850 --> 00:06:08,589
Docker nos va a permitir tener aislamiento sobre el sistema operativo, de esta forma vamos a poder tener un entorno seguro para poder realizar nuestras tareas.

48
00:06:08,589 --> 00:06:24,529
La planificación del proyecto se ha realizado durante esta franja de tiempo en la cual se puede ver las diferentes tareas que se han ido realizando.

49
00:06:24,529 --> 00:06:49,389
Los recursos tecnológicos, tanto software como hardware, han sido distribuidos en cinco servidores y en ellos se puede ver una estimación tanto de coste como de utilización del hardware que necesitamos.

50
00:06:49,389 --> 00:06:55,790
Y también los recursos humanos que para poder dar inicio al nuevo departamento necesitaríamos.

51
00:06:55,970 --> 00:07:19,560
El diseño del sistema se basa en que desde nuestro entorno local, nuestro entorno de trabajo, se sube el contenido a un repositorio, en ese repositorio se detecta un punto, push, y lo que hace es desencadenar a través de un webhub unas tareas en Jenkins.

52
00:07:19,560 --> 00:07:38,540
Una vez que Jenkins es informado de que se han realizado cambios sobre el repositorio, va a desencadenar o va a llamar a los agentes de Jenkins para poder realizar las tareas.

53
00:07:38,540 --> 00:07:45,420
Y en este caso vamos a tener un entorno de desarrollo de un servidor web

54
00:07:45,420 --> 00:07:48,660
Donde se va a desplegar el blog de la empresa

55
00:07:48,660 --> 00:07:56,180
Y otro, al funcionar y al validar que los cambios sean correctos

56
00:07:56,180 --> 00:07:58,540
Se subirán los cambios al entorno de producción

57
00:07:58,540 --> 00:08:05,259
Bueno, vamos a iniciar la demostración

58
00:08:05,259 --> 00:08:33,629
He cambiado la pantalla, no sé si la puedes ver, Alberto.

59
00:08:34,110 --> 00:08:36,509
Sí, ahora veo tu pantalla.

60
00:08:37,889 --> 00:08:50,529
Vale, de acuerdo. Pues, como hemos comentado, tras hacer una modificación, por ejemplo, vamos a, en la descripción de nuestra página, bueno, actualmente ya tenemos desplegada nuestros entornos, ¿vale?

61
00:08:50,529 --> 00:08:56,629
este sería el sitio web estático de la empresa, ¿vale?

62
00:08:56,769 --> 00:09:01,250
Podemos ver en la descripción tecnología e innovación y

63
00:09:01,250 --> 00:09:03,049
soluciones digitales para el negocio, ¿no?

64
00:09:03,330 --> 00:09:03,509
Sí.

65
00:09:03,830 --> 00:09:09,250
Este entorno, como podemos ver, tiene enlaces, ¿vale?

66
00:09:09,490 --> 00:09:11,889
Aunque es un sitio web estático,

67
00:09:12,610 --> 00:09:16,750
funciona correctamente los enlaces, ¿vale?

68
00:09:16,750 --> 00:09:26,049
Y vamos a hacer un cambio sobre, por ejemplo, la descripción para poder ver qué se aplica.

69
00:09:26,149 --> 00:09:32,009
Este sería nuestro entorno de producción y este sería nuestro entorno de desarrollo.

70
00:10:04,639 --> 00:10:15,000
Guardamos y hacemos un combi para poder subir el contenido.

71
00:10:38,480 --> 00:10:58,580
¿Vale? El cambio ya ha sido subido.

72
00:10:58,580 --> 00:11:03,759
vamos a nuestro servidor de Jenkins

73
00:11:03,759 --> 00:11:07,899
vale, lo ha subido

74
00:11:07,899 --> 00:11:09,059
a Github, ¿no?

75
00:11:09,679 --> 00:11:11,759
sí, correcto, lo hemos subido a Github

76
00:11:11,759 --> 00:11:13,639
vale

77
00:11:13,639 --> 00:11:15,440
y aquí ya ha empezado el proceso

78
00:11:15,440 --> 00:11:17,840
de despliegue a la 529

79
00:11:17,840 --> 00:11:20,259
vale

80
00:11:20,259 --> 00:11:35,720
vamos a ver el cambio que ha sido

81
00:11:35,720 --> 00:11:37,059
subido también en Github

82
00:11:37,059 --> 00:11:39,220
en la rama

83
00:11:39,220 --> 00:11:40,100
de Velo

84
00:11:40,100 --> 00:12:30,279
Vale, pues aquí está el cómic que se ha subido hace un minuto. Aquí, en este momento, lo que está haciendo es levantar el contenedor de Docker. Vamos a verlo también en el servidor.

85
00:12:30,279 --> 00:13:17,789
bueno, este sería

86
00:13:17,789 --> 00:13:20,210
el contenedor

87
00:13:20,210 --> 00:13:21,970
que se está generando ahora mismo

88
00:13:21,970 --> 00:13:23,250
vale

89
00:13:23,250 --> 00:13:26,269
he hecho

90
00:13:26,269 --> 00:13:27,889
un watch para poder

91
00:13:27,889 --> 00:13:29,909
ir viendo cada 5 segundos

92
00:13:29,909 --> 00:13:31,070
el

93
00:13:31,070 --> 00:13:33,330
estado del

94
00:13:33,330 --> 00:13:35,590
del contenedor

95
00:13:35,590 --> 00:13:38,409
y ver el comportamiento

96
00:13:38,409 --> 00:13:39,450
efímero que tiene

97
00:13:39,450 --> 00:13:42,090
cuando termine el despliegue

98
00:13:42,090 --> 00:13:43,590
del proyecto

99
00:13:43,590 --> 00:13:46,129
perdón, el despliegue del

100
00:13:46,129 --> 00:13:48,049
pipeline, el

101
00:13:48,049 --> 00:13:49,470
contenedor se va a borrar

102
00:13:49,470 --> 00:13:50,870
no vale

103
00:13:50,870 --> 00:16:27,639
Entendido, llevamos

104
00:16:27,639 --> 00:16:29,980
ya 15 minutos, lo digo

105
00:16:29,980 --> 00:16:31,519
porque más o menos para tus cálculos

106
00:16:31,519 --> 00:16:33,299
no pasa nada por pasarnos un poco

107
00:16:33,299 --> 00:16:33,940
pero

108
00:16:33,940 --> 00:16:37,519
más o menos por

109
00:16:37,519 --> 00:16:39,799
preguntarte la estimación

110
00:16:39,799 --> 00:16:41,779
tuya de tiempos

111
00:16:41,779 --> 00:16:44,159
Sí, mira, lo podemos

112
00:16:44,159 --> 00:16:45,799
ver aquí, vale, lo que pasa es que

113
00:16:45,799 --> 00:16:47,720
no sé si al estar compartiendo

114
00:16:47,720 --> 00:16:49,259
vale la estimación del

115
00:16:49,259 --> 00:16:50,139
tiempo

116
00:16:50,139 --> 00:16:53,379
son sobre unos 3 minutos

117
00:16:53,379 --> 00:16:55,519
aproximadamente, vale, estos serían

118
00:16:55,519 --> 00:16:56,200
los pasos

119
00:16:56,200 --> 00:16:59,720
me está quedando un poco pillado

120
00:16:59,720 --> 00:17:00,820
no sé si

121
00:17:00,820 --> 00:17:03,559
a lo mejor al tener

122
00:17:03,559 --> 00:17:07,960
el

123
00:17:07,960 --> 00:17:09,799
navegador se está

124
00:17:09,799 --> 00:17:11,960
disparando un poco el uso de los recursos

125
00:17:11,960 --> 00:17:19,470
sí, justo

126
00:17:19,470 --> 00:17:23,279
vale

127
00:17:23,279 --> 00:18:09,950
si estoy teniendo un poquito

128
00:18:09,950 --> 00:18:11,869
de... vale, se me está

129
00:18:11,869 --> 00:18:15,700
vamos, el servidor está

130
00:18:15,700 --> 00:18:16,420
respondiendo

131
00:18:16,420 --> 00:18:35,210
bueno, pues en este caso ha fallado

132
00:18:35,210 --> 00:18:37,289
porque el servidor de Gilda se me ha quedado

133
00:18:37,289 --> 00:18:37,690
un poco

134
00:18:37,690 --> 00:18:39,529
cogido

135
00:18:39,529 --> 00:18:42,990
y como hemos terminado el tiempo

136
00:18:42,990 --> 00:18:44,970
¿podrías de alguna manera, no sé, mostrarme

137
00:18:44,970 --> 00:18:47,230
cuál sería lo siguiente y para que quede

138
00:18:47,230 --> 00:18:48,630
más o menos claro y

139
00:18:48,630 --> 00:18:51,329
tenemos que

140
00:18:51,329 --> 00:18:52,029
finalizar ya?

141
00:18:52,029 --> 00:19:10,890
Lo siguiente sería que el cambio que he hecho aparecería aquí, ¿vale? La presentación en la descripción aparecería el cambio que he hecho y de esta forma pues ya se haría la actualización en cuanto a... sería todo el flujo de la automatización.

142
00:19:10,890 --> 00:19:40,869
Vale. No sé si quieres añadir alguna cosita más ya antes de que te empiece yo a hacer preguntas porque, bueno, de hecho ya…

143
00:19:40,869 --> 00:19:41,369
tanto

144
00:19:41,369 --> 00:19:44,890
todos los servidores, toda la integración

145
00:19:44,890 --> 00:19:46,349
pues ha sido bastante completo

146
00:19:46,349 --> 00:19:48,289
el uso de estas herramientas

147
00:19:48,289 --> 00:19:50,549
de tecnología DevOps

148
00:19:50,549 --> 00:19:53,970
Muy bien

149
00:19:53,970 --> 00:19:56,009
Bueno, lo primero

150
00:19:56,009 --> 00:19:57,789
si te parece

151
00:19:57,789 --> 00:20:00,230
terminamos aquí

152
00:20:00,230 --> 00:20:02,630
lo primero que quiero hacer es

153
00:20:02,630 --> 00:20:05,109
darte la enhorabuena por el proyecto porque creo que

154
00:20:05,109 --> 00:20:07,089
bueno, es un

155
00:20:07,089 --> 00:20:08,650
proyecto muy interesante

156
00:20:08,650 --> 00:20:10,549
muy actual, yo creo que con esto

157
00:20:10,549 --> 00:20:14,309
pues ya sabes que está muy al día, así que bueno.

158
00:20:15,750 --> 00:20:18,630
Entonces yo me gustaría, si pudieras poner en la

159
00:20:18,630 --> 00:20:23,849
presentación, compartirme tu presentación

160
00:20:23,849 --> 00:20:25,750
un momento. Sí.

161
00:20:27,549 --> 00:20:30,490
El esquema general.

162
00:20:34,759 --> 00:20:41,930
Voy a compartir. Vale. ¿Ahora la ves?

163
00:20:42,349 --> 00:20:45,769
Sí. Ahora estoy... Eso es.

164
00:20:45,769 --> 00:20:48,630
si puedes retroceder un poquitín

165
00:20:48,630 --> 00:20:53,660
ahora ves el

166
00:20:53,660 --> 00:20:54,160
despliegue

167
00:20:54,160 --> 00:20:57,059
despliegue y demostración, si, me gustaría

168
00:20:57,059 --> 00:20:58,900
si pudieras ir un poquito más atrás

169
00:20:58,900 --> 00:21:00,779
en

170
00:21:00,779 --> 00:21:03,299
ahí, en la del diseño del sistema

171
00:21:03,299 --> 00:21:05,400
vamos a ver, más o menos

172
00:21:05,400 --> 00:21:07,440
lo que entiendo de tu sistema es

173
00:21:07,440 --> 00:21:09,259
tú haces cualquier cambio en desarrollo

174
00:21:09,259 --> 00:21:10,880
por ejemplo, como acabas de hacer

175
00:21:10,880 --> 00:21:13,240
lo subes a GitLab

176
00:21:13,240 --> 00:21:15,839
GitLab se conecta

177
00:21:15,839 --> 00:21:16,859
con Jenkins

178
00:21:16,859 --> 00:21:19,420
y me gustaría

179
00:21:19,420 --> 00:21:21,420
que me explicaras, o sea, porque en Jenkins

180
00:21:21,420 --> 00:21:22,700
es donde programas

181
00:21:22,700 --> 00:21:25,339
el tema de integración continua

182
00:21:25,339 --> 00:21:26,799
las

183
00:21:26,799 --> 00:21:29,680
acciones que vas a ejecutar

184
00:21:29,680 --> 00:21:31,460
entonces, el tema de crear

185
00:21:31,460 --> 00:21:33,579
y destruir el tema

186
00:21:33,579 --> 00:21:35,119
del Docker, si me lo puedes explicar un poquito

187
00:21:35,119 --> 00:21:37,599
El tema del Docker

188
00:21:37,599 --> 00:21:37,960
sí

189
00:21:37,960 --> 00:21:39,920
el Docker

190
00:21:39,920 --> 00:21:43,500
para poder hacer la integración entre

191
00:21:43,500 --> 00:21:45,460
Jenkins y Docker, hay un

192
00:21:45,460 --> 00:21:46,259
plugin de Docker

193
00:21:46,259 --> 00:21:48,599
este plugin

194
00:21:48,599 --> 00:21:50,380
se encarga de construir un cloud

195
00:21:50,380 --> 00:21:52,559
dentro de Jenkins para generar

196
00:21:52,559 --> 00:21:54,240
diferentes agentes efímeros

197
00:21:54,240 --> 00:21:56,539
entonces para poder hacer

198
00:21:56,539 --> 00:21:57,519
la configuración

199
00:21:57,519 --> 00:22:00,859
en el servicio de Docker se configura

200
00:22:00,859 --> 00:22:02,319
el puerto

201
00:22:02,319 --> 00:22:03,319
2375

202
00:22:03,319 --> 00:22:04,859
para que

203
00:22:04,859 --> 00:22:07,660
cuando detecte

204
00:22:07,660 --> 00:22:09,039
un evento

205
00:22:09,039 --> 00:22:12,079
una llamada de Jenkins

206
00:22:12,079 --> 00:22:14,160
se puedan desplegar

207
00:22:14,160 --> 00:22:15,099
los agentes

208
00:22:15,099 --> 00:22:25,299
también en lo que lo que se hace en este plugin es crear este en este club es decirle la imagen

209
00:22:25,299 --> 00:22:32,859
de doctor que va a consumir lo que he hecho yo también es montar unos volúmenes para la

210
00:22:32,859 --> 00:22:39,940
configuración de ansi web para poder que este servidor que tiene instalado ansi bolco con

211
00:22:39,940 --> 00:22:47,559
toda su configuración pueda ser igual en todos los contenedores y se pueda comunicar con también con

212
00:22:47,559 --> 00:22:55,299
los servidores que necesitan de un usuario en segundo no no utiliza agentes pero sí que es

213
00:22:55,299 --> 00:23:03,960
cierto que necesita un usuario que los puede administrar vale entonces el el docker o sea

214
00:23:03,960 --> 00:23:11,519
por lo que estoy entendiendo al final el proceso completo porque tú creas el volumen

215
00:23:11,519 --> 00:23:13,519
en lo que pones el server

216
00:23:13,519 --> 00:23:16,500
¿cómo se pone?

217
00:23:17,500 --> 00:23:18,559
LAPP03, ¿puede ser?

218
00:23:20,339 --> 00:23:22,099
Ah, sí, sí, el servidor

219
00:23:22,099 --> 00:23:23,859
principal sería

220
00:23:23,859 --> 00:23:26,160
el de Jenkins, server LAPP, ¿vale?

221
00:23:26,339 --> 00:23:27,859
Vale. Es un servidor de aplicación

222
00:23:27,859 --> 00:23:29,519
Jenkins, simplemente. Vale, y entonces

223
00:23:29,519 --> 00:23:31,779
el 1 y el 2,

224
00:23:31,940 --> 00:23:33,220
bueno, perdón, el 1

225
00:23:33,220 --> 00:23:35,940
de desarrollo y de

226
00:23:35,940 --> 00:23:38,019
producción, ¿son los volúmenes

227
00:23:38,019 --> 00:23:39,799
que comentabas de...

228
00:23:39,799 --> 00:23:40,940
¿es donde contar los volúmenes?

229
00:23:41,519 --> 00:23:49,319
No, los volúmenes se sirven desde el mismo servidor para los contenedores.

230
00:23:50,859 --> 00:23:58,859
Vale, entonces al final el código que vas a desplegar se despliega de forma definitiva ¿dónde?

231
00:23:59,660 --> 00:24:06,859
El código que voy a desplegar se crea en el workspace de los contenedores.

232
00:24:06,859 --> 00:24:15,980
¿Vale? O sea, cuando Jenkins le dice a los agentes de Jenkins que hagan una tarea

233
00:24:15,980 --> 00:24:23,519
Lo que hacen estos agentes es descargarse el código que pasaría a ser consumido por estos agentes

234
00:24:23,519 --> 00:24:25,779
En este caso son Playbooks de Ansible

235
00:24:25,779 --> 00:24:30,019
Y lo cual contiene unas instrucciones, por ejemplo, para instalar engines

236
00:24:30,019 --> 00:24:42,619
para crear el usuario de Jekyll, que sería el usuario que se encargaría de hacer la conversión del lenguaje Marta a HTML

237
00:24:42,619 --> 00:24:46,640
para que se sirvan en los servidores web.

238
00:24:52,839 --> 00:24:58,579
Vale, pues perfecto. ¿Y qué crees entonces que ha podido fallar en este caso?

239
00:24:58,680 --> 00:25:02,519
A ver, no es que sea importante, porque además el efecto demo, pues ya sabemos.

240
00:25:02,519 --> 00:25:09,940
si es más por curiosidad es un poco donde donde crees que puede estar fallando el caso es que

241
00:25:09,940 --> 00:25:18,140
estoy a ver el caso principal que he tenido es que cuando he hecho el proyecto tenía pensado

242
00:25:19,720 --> 00:25:28,940
poder hacerlo con el servidor de docker dentro de aprovechando el propio visual estudio poder

243
00:25:28,940 --> 00:25:31,279
o sea, donde tengo el subsistema

244
00:25:31,279 --> 00:25:33,359
entonces no ha podido ser

245
00:25:33,359 --> 00:25:35,279
me ha tocado generar un servidor

246
00:25:35,279 --> 00:25:37,339
más y al final el uso

247
00:25:37,339 --> 00:25:39,380
de los recursos de mi propio ordenador

248
00:25:39,380 --> 00:25:41,279
no es capaz de, no ha sido

249
00:25:41,279 --> 00:25:43,279
capaz de, entre la llamada

250
00:25:43,279 --> 00:25:45,140
y todo tal, no ha sido capaz

251
00:25:45,140 --> 00:25:49,220
de responder. Muy bien

252
00:25:49,220 --> 00:25:51,920
bueno, pues perfecto

253
00:25:51,920 --> 00:25:55,230
a mí

254
00:25:55,230 --> 00:25:56,589
el proyecto me parece muy completo

255
00:25:56,589 --> 00:25:58,410
y bueno, sobre todo muy

256
00:25:58,410 --> 00:26:01,109
educativo en el sentido de que

257
00:26:01,109 --> 00:26:02,970
todo el mundo es capaz de imaginarse

258
00:26:02,970 --> 00:26:04,990
por otro tipo de displays

259
00:26:04,990 --> 00:26:07,309
más complejos o cómo escalarlos.

260
00:26:07,809 --> 00:26:08,109
Entonces,

261
00:26:09,410 --> 00:26:11,349
no sé, si tuvieras que escalar

262
00:26:11,349 --> 00:26:12,890
esto, por ejemplo,

263
00:26:14,390 --> 00:26:15,210
para una aplicación

264
00:26:15,210 --> 00:26:17,170
más grande, ¿qué se te ocurre?

265
00:26:17,250 --> 00:26:19,210
¿Por dónde irías? ¿Qué sería lo primero

266
00:26:19,210 --> 00:26:20,690
que se te ocurría hacer?

267
00:26:21,670 --> 00:26:23,369
Si me tocaría hacer

268
00:26:23,369 --> 00:26:24,269
este proyecto

269
00:26:24,269 --> 00:26:27,069
en una

270
00:26:27,069 --> 00:26:28,769
empresa algo más grande, de hecho,

271
00:26:28,769 --> 00:26:32,849
este proyecto sería fácilmente escalable

272
00:26:32,849 --> 00:26:35,869
ya que Nancy Ball diciéndole en el inventario

273
00:26:35,869 --> 00:26:37,210
donde tiene que actuar

274
00:26:37,210 --> 00:26:41,950
se podría actuar en uno o cientos de servidores

275
00:26:41,950 --> 00:26:43,670
de forma automatizada

276
00:26:43,670 --> 00:26:46,690
donde debería a lo mejor

277
00:26:46,690 --> 00:26:49,609
tener un poco más de potencia para que este proyecto

278
00:26:49,609 --> 00:26:53,289
sea completamente funcional

279
00:26:53,289 --> 00:26:54,990
sería en el Docker

280
00:26:54,990 --> 00:26:56,609
en este servidor por ejemplo

281
00:26:56,609 --> 00:27:16,670
En vez de tener un solo servidor de Docker, lo modificaría y podría crear un clúster de Kubernetes donde pudiera tener diferentes servidores de Docker y de acuerdo al uso de los recursos, pues ir repartiendo las tareas tanto para uno u otro.

282
00:27:16,670 --> 00:27:43,569
O a lo mejor, por ejemplo, un punto importante sería el tema de las redes. Por ejemplo, hacer un servicio que lo que intenta hacer es que sea transversal para diferentes departamentos, pues a lo mejor poner este servicio con cierta regla de firewall que se puedan aplicar a diferentes redes.

283
00:27:43,569 --> 00:28:08,849
Muy bien, pues a mí me queda claro, yo si te parece lo dejamos aquí, además ya está a punto de consumirse el tiempo y reitero mi enhorabuena porque al final creo que esto es la guinda de todo el ciclo que has estado cursando

284
00:28:08,849 --> 00:28:24,269
Después de superar los últimos módulos, el proyecto al final es también una forma de mostrar que estás cubriendo sistemas heterogéneos.

285
00:28:24,269 --> 00:28:43,490
Una cosa que me gusta mucho de este proyecto es que, aunque estás en el ciclo de ASIR, el hecho de introducir el tema de la integración continua te obliga a conocer todo lo que es el tema de desarrollo.

286
00:28:43,490 --> 00:29:01,109
Entonces, creo que eso es muy útil porque creo que al final es bastante realista y es bastante actual porque en los proyectos empresariales se usa este ciclo de integración continua.

287
00:29:01,109 --> 00:29:12,970
Así que todo el tema de DevOps. Y por mi parte, nada más, yo si te parece lo dejamos aquí, paro la grabación y lo damos por finalizada la defensa.

288
00:29:13,490 --> 00:29:13,710
¿De acuerdo?

289
00:29:14,549 --> 00:29:16,769
Perfecto, pues muchas gracias, Alberto.

290
00:29:17,170 --> 00:29:17,650
Gracias a ti.