Saltar navegación

Defensa Proyecto ASIR - Renzo Paolo Pereyra mayo 2025 - Contenido educativo

Ajuste de pantalla

El ajuste de pantalla se aprecia al ver el vídeo en pantalla completa. Elige la presentación que más te guste:

Subido el 15 de mayo de 2025 por Alberto C.

3 visualizaciones

Defensa Proyecto ASIR - Renzo Paolo Pereyra mayo 2025

Más información Transcripción

Descargar la transcripción

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. 00:00:03
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. 00:00:21
En el aula virtual de proyectos habéis sido informados de los criterios y rúbrica de calificación. 00:00:40
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. 00:00:46
Dicho esto, tu tiempo de exposición comienza a partir de este momento. Adelante y mucha suerte. 00:01:00
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. 00:01:04
y vamos a iniciar la presentación. 00:01:25
Este sería el contenido que vamos a ver, veremos la introducción, las motivaciones, los objetivos, la metodología 00:01:33
y finalmente haremos una demostración y diremos las conclusiones que hemos sacado del proyecto. 00:01:42
Bueno, este proyecto se basa en la implantación de un nuevo departamento 00:01:52
de automatización en la empresa ADM Solution 00:01:59
con el fin de automatizar todas aquellas tareas que se vienen realizando de forma manual 00:02:04
y dar una solución de forma estandarizada 00:02:12
y para evitar errores y aprovechar los recursos y ser más eficientes en las entregas de los servicios. 00:02:19
Bueno, la motivación viene dada por el uso de herramientas DevOps, 00:02:33
que nos va a permitir hacer uso de todas estas tecnologías que mejoran el entorno 00:02:39
en cuanto a que van a ser mucho más adaptables, más ágiles a la hora de entregar productos y más eficientes. 00:02:49
Los objetivos los hemos dividido en tres fases. 00:03:02
La primera fase sería la planificación, la distribución de los recursos que tenemos, la elección de las tecnologías DevOps. 00:03:05
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. 00:03:16
Y en la tercera fase ya sería la fase de creación de pruebas para que todos los automatismos funcionen. 00:03:34
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. 00:03:45
y en un entorno colaborativo nos va a permitir identificar posibles cuellos de botella 00:03:57
y poder, por ejemplo, ayudar a nuestro compañero que pertenezca al nuevo grupo de automatización. 00:04:03
Las tecnologías claves para poder llevar a cabo nuestro sistema son Jenkins, 00:04:11
que se va a encargar de orquestar todo el flujo de integración y despliegue continuo. 00:04:22
Se va a encargar de crear agentes, 00:04:30
dispone de una consola web para poder administrar usuarios 00:04:35
y también para poder monitorear la ejecución de las tareas y las pipelines. 00:04:39
Archibald sería la herramienta para automatizar. 00:04:47
nos puede servir para automatizar 00:04:50
independientemente la plataforma 00:04:53
como puede ser una plataforma 00:04:55
de sistema operativo Linux 00:04:57
Windows, incluso 00:04:59
hasta dispositivos Router 00:05:01
¿vale? nos permitiría 00:05:03
en este caso tener una 00:05:05
infraestructura como código 00:05:06
en este caso 00:05:08
Gila Community Edition 00:05:13
va a ser nuestro 00:05:15
repositorio principal 00:05:16
que vamos a almacenar todas las configuraciones que vamos a hacer, vamos a poder también desencadenar las tareas desde Github 00:05:19
para recibir un evento como puede ser un evento push y desde ahí desencadenar las tareas en Jenkins. 00:05:30
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. 00:05:40
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. 00:05:57
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. 00:06:08
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. 00:06:24
Y también los recursos humanos que para poder dar inicio al nuevo departamento necesitaríamos. 00:06:49
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. 00:06:55
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. 00:07:19
Y en este caso vamos a tener un entorno de desarrollo de un servidor web 00:07:38
Donde se va a desplegar el blog de la empresa 00:07:45
Y otro, al funcionar y al validar que los cambios sean correctos 00:07:48
Se subirán los cambios al entorno de producción 00:07:56
Bueno, vamos a iniciar la demostración 00:07:58
He cambiado la pantalla, no sé si la puedes ver, Alberto. 00:08:05
Sí, ahora veo tu pantalla. 00:08:34
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? 00:08:37
este sería el sitio web estático de la empresa, ¿vale? 00:08:50
Podemos ver en la descripción tecnología e innovación y 00:08:56
soluciones digitales para el negocio, ¿no? 00:09:01
Sí. 00:09:03
Este entorno, como podemos ver, tiene enlaces, ¿vale? 00:09:03
Aunque es un sitio web estático, 00:09:09
funciona correctamente los enlaces, ¿vale? 00:09:12
Y vamos a hacer un cambio sobre, por ejemplo, la descripción para poder ver qué se aplica. 00:09:16
Este sería nuestro entorno de producción y este sería nuestro entorno de desarrollo. 00:09:26
Guardamos y hacemos un combi para poder subir el contenido. 00:10:04
¿Vale? El cambio ya ha sido subido. 00:10:38
vamos a nuestro servidor de Jenkins 00:10:58
vale, lo ha subido 00:11:03
a Github, ¿no? 00:11:07
sí, correcto, lo hemos subido a Github 00:11:09
vale 00:11:11
y aquí ya ha empezado el proceso 00:11:13
de despliegue a la 529 00:11:15
vale 00:11:17
vamos a ver el cambio que ha sido 00:11:20
subido también en Github 00:11:35
en la rama 00:11:37
de Velo 00:11:39
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. 00:11:40
bueno, este sería 00:12:30
el contenedor 00:13:17
que se está generando ahora mismo 00:13:20
vale 00:13:21
he hecho 00:13:23
un watch para poder 00:13:26
ir viendo cada 5 segundos 00:13:27
estado del 00:13:31
del contenedor 00:13:33
y ver el comportamiento 00:13:35
efímero que tiene 00:13:38
cuando termine el despliegue 00:13:39
del proyecto 00:13:42
perdón, el despliegue del 00:13:43
pipeline, el 00:13:46
contenedor se va a borrar 00:13:48
no vale 00:13:49
Entendido, llevamos 00:13:50
ya 15 minutos, lo digo 00:16:27
porque más o menos para tus cálculos 00:16:29
no pasa nada por pasarnos un poco 00:16:31
pero 00:16:33
más o menos por 00:16:33
preguntarte la estimación 00:16:37
tuya de tiempos 00:16:39
Sí, mira, lo podemos 00:16:41
ver aquí, vale, lo que pasa es que 00:16:44
no sé si al estar compartiendo 00:16:45
vale la estimación del 00:16:47
tiempo 00:16:49
son sobre unos 3 minutos 00:16:50
aproximadamente, vale, estos serían 00:16:53
los pasos 00:16:55
me está quedando un poco pillado 00:16:56
no sé si 00:16:59
a lo mejor al tener 00:17:00
navegador se está 00:17:07
disparando un poco el uso de los recursos 00:17:09
sí, justo 00:17:11
vale 00:17:19
si estoy teniendo un poquito 00:17:23
de... vale, se me está 00:18:09
vamos, el servidor está 00:18:11
respondiendo 00:18:15
bueno, pues en este caso ha fallado 00:18:16
porque el servidor de Gilda se me ha quedado 00:18:35
un poco 00:18:37
cogido 00:18:37
y como hemos terminado el tiempo 00:18:39
¿podrías de alguna manera, no sé, mostrarme 00:18:42
cuál sería lo siguiente y para que quede 00:18:44
más o menos claro y 00:18:47
tenemos que 00:18:48
finalizar ya? 00:18:51
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. 00:18:52
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… 00:19:10
tanto 00:19:40
todos los servidores, toda la integración 00:19:41
pues ha sido bastante completo 00:19:44
el uso de estas herramientas 00:19:46
de tecnología DevOps 00:19:48
Muy bien 00:19:50
Bueno, lo primero 00:19:53
si te parece 00:19:56
terminamos aquí 00:19:57
lo primero que quiero hacer es 00:20:00
darte la enhorabuena por el proyecto porque creo que 00:20:02
bueno, es un 00:20:05
proyecto muy interesante 00:20:07
muy actual, yo creo que con esto 00:20:08
pues ya sabes que está muy al día, así que bueno. 00:20:10
Entonces yo me gustaría, si pudieras poner en la 00:20:15
presentación, compartirme tu presentación 00:20:18
un momento. Sí. 00:20:23
El esquema general. 00:20:27
Voy a compartir. Vale. ¿Ahora la ves? 00:20:34
Sí. Ahora estoy... Eso es. 00:20:42
si puedes retroceder un poquitín 00:20:45
ahora ves el 00:20:48
despliegue 00:20:53
despliegue y demostración, si, me gustaría 00:20:54
si pudieras ir un poquito más atrás 00:20:57
ahí, en la del diseño del sistema 00:21:00
vamos a ver, más o menos 00:21:03
lo que entiendo de tu sistema es 00:21:05
tú haces cualquier cambio en desarrollo 00:21:07
por ejemplo, como acabas de hacer 00:21:09
lo subes a GitLab 00:21:10
GitLab se conecta 00:21:13
con Jenkins 00:21:15
y me gustaría 00:21:16
que me explicaras, o sea, porque en Jenkins 00:21:19
es donde programas 00:21:21
el tema de integración continua 00:21:22
las 00:21:25
acciones que vas a ejecutar 00:21:26
entonces, el tema de crear 00:21:29
y destruir el tema 00:21:31
del Docker, si me lo puedes explicar un poquito 00:21:33
El tema del Docker 00:21:35
sí 00:21:37
el Docker 00:21:37
para poder hacer la integración entre 00:21:39
Jenkins y Docker, hay un 00:21:43
plugin de Docker 00:21:45
este plugin 00:21:46
se encarga de construir un cloud 00:21:48
dentro de Jenkins para generar 00:21:50
diferentes agentes efímeros 00:21:52
entonces para poder hacer 00:21:54
la configuración 00:21:56
en el servicio de Docker se configura 00:21:57
el puerto 00:22:00
2375 00:22:02
para que 00:22:03
cuando detecte 00:22:04
un evento 00:22:07
una llamada de Jenkins 00:22:09
se puedan desplegar 00:22:12
los agentes 00:22:14
también en lo que lo que se hace en este plugin es crear este en este club es decirle la imagen 00:22:15
de doctor que va a consumir lo que he hecho yo también es montar unos volúmenes para la 00:22:25
configuración de ansi web para poder que este servidor que tiene instalado ansi bolco con 00:22:32
toda su configuración pueda ser igual en todos los contenedores y se pueda comunicar con también con 00:22:39
los servidores que necesitan de un usuario en segundo no no utiliza agentes pero sí que es 00:22:47
cierto que necesita un usuario que los puede administrar vale entonces el el docker o sea 00:22:55
por lo que estoy entendiendo al final el proceso completo porque tú creas el volumen 00:23:03
en lo que pones el server 00:23:11
¿cómo se pone? 00:23:13
LAPP03, ¿puede ser? 00:23:17
Ah, sí, sí, el servidor 00:23:20
principal sería 00:23:22
el de Jenkins, server LAPP, ¿vale? 00:23:23
Vale. Es un servidor de aplicación 00:23:26
Jenkins, simplemente. Vale, y entonces 00:23:27
el 1 y el 2, 00:23:29
bueno, perdón, el 1 00:23:31
de desarrollo y de 00:23:33
producción, ¿son los volúmenes 00:23:35
que comentabas de... 00:23:38
¿es donde contar los volúmenes? 00:23:39
No, los volúmenes se sirven desde el mismo servidor para los contenedores. 00:23:41
Vale, entonces al final el código que vas a desplegar se despliega de forma definitiva ¿dónde? 00:23:50
El código que voy a desplegar se crea en el workspace de los contenedores. 00:23:59
¿Vale? O sea, cuando Jenkins le dice a los agentes de Jenkins que hagan una tarea 00:24:06
Lo que hacen estos agentes es descargarse el código que pasaría a ser consumido por estos agentes 00:24:15
En este caso son Playbooks de Ansible 00:24:23
Y lo cual contiene unas instrucciones, por ejemplo, para instalar engines 00:24:25
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 00:24:30
para que se sirvan en los servidores web. 00:24:42
Vale, pues perfecto. ¿Y qué crees entonces que ha podido fallar en este caso? 00:24:52
A ver, no es que sea importante, porque además el efecto demo, pues ya sabemos. 00:24:58
si es más por curiosidad es un poco donde donde crees que puede estar fallando el caso es que 00:25:02
estoy a ver el caso principal que he tenido es que cuando he hecho el proyecto tenía pensado 00:25:09
poder hacerlo con el servidor de docker dentro de aprovechando el propio visual estudio poder 00:25:19
o sea, donde tengo el subsistema 00:25:28
entonces no ha podido ser 00:25:31
me ha tocado generar un servidor 00:25:33
más y al final el uso 00:25:35
de los recursos de mi propio ordenador 00:25:37
no es capaz de, no ha sido 00:25:39
capaz de, entre la llamada 00:25:41
y todo tal, no ha sido capaz 00:25:43
de responder. Muy bien 00:25:45
bueno, pues perfecto 00:25:49
a mí 00:25:51
el proyecto me parece muy completo 00:25:55
y bueno, sobre todo muy 00:25:56
educativo en el sentido de que 00:25:58
todo el mundo es capaz de imaginarse 00:26:01
por otro tipo de displays 00:26:02
más complejos o cómo escalarlos. 00:26:04
Entonces, 00:26:07
no sé, si tuvieras que escalar 00:26:09
esto, por ejemplo, 00:26:11
para una aplicación 00:26:14
más grande, ¿qué se te ocurre? 00:26:15
¿Por dónde irías? ¿Qué sería lo primero 00:26:17
que se te ocurría hacer? 00:26:19
Si me tocaría hacer 00:26:21
este proyecto 00:26:23
en una 00:26:24
empresa algo más grande, de hecho, 00:26:27
este proyecto sería fácilmente escalable 00:26:28
ya que Nancy Ball diciéndole en el inventario 00:26:32
donde tiene que actuar 00:26:35
se podría actuar en uno o cientos de servidores 00:26:37
de forma automatizada 00:26:41
donde debería a lo mejor 00:26:43
tener un poco más de potencia para que este proyecto 00:26:46
sea completamente funcional 00:26:49
sería en el Docker 00:26:53
en este servidor por ejemplo 00:26:54
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. 00:26:56
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. 00:27:16
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 00:27:43
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. 00:28:08
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. 00:28:24
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. 00:28:43
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. 00:29:01
¿De acuerdo? 00:29:13
Perfecto, pues muchas gracias, Alberto. 00:29:14
Gracias a ti. 00:29:17
Materias:
Informática, Administración de Sistemas Informáticos en Red
Niveles educativos:
▼ Mostrar / ocultar niveles
  • Formación Profesional
    • Ciclo formativo de grado básico
      • Primer Curso
      • Segundo Curso
    • Ciclo formativo de grado medio
      • Primer Curso
      • Segundo Curso
    • Ciclo formativo de grado superior
      • Primer Curso
      • Segundo Curso
Autor/es:
Alberto Corredera
Subido por:
Alberto C.
Licencia:
Dominio público
Visualizaciones:
3
Fecha:
15 de mayo de 2025 - 17:54
Visibilidad:
Clave
Centro:
IES CIFP a Distancia Ignacio Ellacuría
Duración:
29′ 18″
Relación de aspecto:
1.78:1
Resolución:
1920x1080 píxeles
Tamaño:
194.55 MBytes

Del mismo autor…

Ver más del mismo autor

EducaMadrid, Plataforma Educativa de la Comunidad de Madrid

Plataforma Educativa EducaMadrid