DEFENSA RAQUEL Y JOSE ANDRES AUTOMATIZACION
Ajuste de pantallaEl ajuste de pantalla se aprecia al ver el vídeo en pantalla completa. Elige la presentación que más te guste:
Buenos días, Raquel y José Andrés.
00:00:03
Hoy, día 21 de enero, a las 12 de la mañana,
00:00:08
estamos convocados a través de Jefatura de Departamento
00:00:14
para la defensa del módulo de proyecto del ciclo de asilo.
00:00:18
Os informo de que esta grabación se usará en el entorno cerrado de EducaMadrid
00:00:25
con fines educativos y sólo estará a disposición de los profesores en el aula virtual para llevar
00:00:29
a cabo la evaluación y calificación de la defensa del proyecto. En el aula virtual de proyectos habéis
00:00:37
sido informados de los criterios y de la rúbrica de calificación. El orden de la presentación del
00:00:45
proyecto es el siguiente, 15 minutos máximo para defender el proyecto y 5 minutos para preguntas
00:00:52
por parte del tribunal. Dicho esto, vuestro tiempo de exposición comienza a partir de este momento,
00:00:59
que son las 12. Adelante y mucha suerte. A las 12 y 20. Tenemos que haber terminado todo a las 12 y cuarto,
00:01:07
aproximadamente, vuestra parte de presentación. Adelante.
00:01:14
Pues, bueno, buenos días. Mi nombre es Raquel y junto a mi compañero José Andrés vamos a presentar
00:01:21
nuestro proyecto titulado automatización con ASIBLE. La primera parte la voy a hacer
00:01:28
yo y luego la siguiente parte la hará mi compañero. Este proyecto nace de la necesidad
00:01:33
de optimizar la administración de los sistemas. A través de la automatización abordamos
00:01:40
problemas comunes reduciendo errores de configuración, eliminando tareas que son repetitivas y mejorando
00:01:49
la consistencia. A lo largo de esta presentación vamos a explicar los motivos que nos han llevado
00:01:57
a la realización de este proyecto, los objetivos, los métodos, las herramientas que hemos utilizado
00:02:02
y los resultados que hemos obtenido.
00:02:08
Vale, la necesidad de este proyecto surge por tres razones principales. La primera es
00:02:13
las tareas repetitivas y tediosas para evitarlas porque los procesos manuales consumen
00:02:22
mucho tiempo y aumenta la probabilidad de que haya errores y no escalan adecuadamente
00:02:29
cuando las infraestructuras son mayores, van creciendo. La segunda sería las infraestructuras
00:02:33
complejas, que con el incremento de los sistemas, mantenerlos de forma manual es complejo y
00:02:40
no es eficaz y puede traer problemas. Y luego, el tercero sería la falta de consistencia,
00:02:48
garantizando que todas las configuraciones sean
00:02:55
iguales, sean homogéneas y las versiones estén actualizadas para que luego
00:03:01
no haya problemas en producción. Ansible
00:03:05
en este caso se presenta como una solución a estos problemas
00:03:08
ya que permite automatizar estas tareas administrativas
00:03:12
y gestionar servidores y aplicaciones de forma
00:03:17
eficiente.
00:03:20
Vale, objetivos. El objetivo general de este proyecto es implementar una solución de automatización con Ansible y luego tenemos cuatro objetivos específicos.
00:03:25
El primero sería automatizar la configuración inicial de los servidores para simplificar su instalación y su preparación. El segundo sería gestionar el mantenimiento de los sistemas aplicando actualizaciones y parches de seguridad de forma centralizada.
00:03:40
El tercero sería centralizar el despliegue de las aplicaciones para garantizar que todas las implementaciones sean uniformes y estandarizadas. Y el cuarto sería validar las configuraciones mediante pruebas en un entorno controlado, o sea, asegurando que las soluciones propuestas sean efectivas antes de llevarlo a un entorno real.
00:03:56
El desarrollo de este proyecto se estructuró en cinco fases principalmente
00:04:17
El primero era el análisis y la planificación
00:04:27
En él se analizaron los requisitos en un entorno empresarial
00:04:30
Se identificaron los procesos que requerían la automatización
00:04:36
Y se definió un cronograma y los recursos necesarios para cada etapa
00:04:40
El segundo sería el diseño. En él se elaboró una estrategia para implementar las soluciones, incluyendo lo que es la infraestructura de VirtualBox, las máquinas virtuales, y la planificación de los flujos de trabajo. También en este punto se empezaron a documentar las configuraciones que se han ido realizando.
00:04:46
El tercero, la implementación. Se configuró el entorno simulado de cinco máquinas. Una de ellas iba a ser la máquina que controlara todo y las demás serían los clientes. Y se desarrollaron playbooks, que son listas de tareas repetitivas que se ejecutan automáticamente.
00:05:06
Luego, la validación y evaluación sería el cuarto. Se realizaron unas configuraciones y pruebas en un entorno simulado para medir si era eficaz y para poder realizar configuraciones por si hubiera errores.
00:05:26
Luego el cinco sería la documentación y cierre. Bueno, en él se consolidaron todos los resultados de los manuales técnicos y las guías de uso y se garantizó que el usuario, o sea, perdón, el proyecto sea replicable y sostenible a largo plazo.
00:05:45
Lo último serían las herramientas, que eso lo vamos a pasar a explicar en la siguiente diapositiva.
00:05:59
Vale, las herramientas y tecnologías que hemos utilizado, pues por una parte sería Ansible, que es nuestra plataforma principal de automatización, que permite escribir configuraciones reutilizables y gestionar diferentes servidores de forma eficiente.
00:06:05
Luego, Debian 12 sería el sistema operativo que hemos utilizado, ¿vale? Debido a que es muy estable, de la compatibilidad que tiene y que tiene buen soporte.
00:06:24
Luego, VirtualBox, que va a ser nuestro software de virtualización utilizado para crear todo el entorno, o sea, la réplica del entorno empresarial.
00:06:35
Y luego hemos utilizado SSH, que es el protocolo de conexión remota seguro, y YAML, que es el lenguaje en el que se escriben los playbooks de Ansible, que es muy sencillo de usar y por eso lo hemos utilizado.
00:06:46
Vale, luego, en el siguiente ya sería la estimación de recursos, lo hemos estructurado en cinco fases, todo ello distribuido en nueve semanas y bueno, aquí está lo que es el diagrama que hemos puesto de las semanas con el análisis, con las fases, ¿vale?
00:07:02
En la primera fase, que es el análisis y diseño, nos llevó una semana, que era la identificación de las necesidades y seleccionar los procesos que íbamos a automatizar.
00:07:28
El segundo es la preparación del entorno, que han sido dos semanas, instalación y configuración de servidores y la creación de un entorno simulado en VirtualBox.
00:07:40
El tercero es el desarrollo, que es la escritura de los playbooks para la configuración, para los servidores, la gestión de actualizaciones y el despliegue de las diferentes aplicaciones que hemos ido utilizando.
00:07:50
Luego el cuatro son las pruebas y validación, que han sido dos semanas, y es probar que los playbooks y los procesos funcionen correctamente.
00:08:04
Y luego ya por último la documentación y cierre, que ha sido una semana y en ella hemos elaborado los manuales técnicos y las guías para asegurar que el proyecto pueda continuar.
00:08:12
Luego recursos mínimos serían un nodo de control con Python y SSH, un nodo que lo va a controlar. El coste ha sido cero, ya que el software que hemos utilizado ha sido todo libre.
00:08:27
Y luego recursos humanos, pues dependería del tamaño y la complejidad del entorno ya real. Y nada, este cronograma nos ha permitido organizar el trabajo y asegurar el cumplimiento de todos los objetivos. Vale, la siguiente parte ya la hace mi compañero, entonces yo dejo de compartir y ya harás que él.
00:08:40
Perfecto.
00:09:04
vale, voy a compartir
00:09:06
yo ahora entonces
00:09:09
hasta aquí lo he compartido
00:09:11
dentro no conozco
00:09:13
en la que uso cosas, pero hasta allí sí
00:09:23
abajo tiene un botón
00:09:25
que es como una flecha
00:09:28
así de reenviar o algo así
00:09:31
sí, pero aquí tengo tres monitores
00:09:32
y se me está volviendo loco
00:09:35
pantalla
00:09:36
No sé si se está viendo ahora.
00:09:39
Vale, pues entonces vamos con la fase de análisis del proyecto.
00:09:54
Vamos a empezar en la situación actual, que tenemos que...
00:10:00
La gestión de infraestructuras presenta bastantes problemas críticos,
00:10:08
que en un sumo de tiempo genera errores, es difícil de escalar, pues entonces por eso vamos a meternos en hacer uso de herramientas de automatización.
00:10:12
Estuvimos estudiando opciones como Puppet o Gem, pero resultan más complejas, con una curva de aprendizaje más cruciante,
00:10:21
entonces al final se opta por Ansible porque es más fácil de usar, no lleva agentes dedicados y usa Jamble,
00:10:32
que es un lenguaje más sencillo de manejar, es más accesible. Entonces, damos todo esto con un VirtualBoss y unas Debian 12,
00:10:40
que el sistema operativo es muy estable. Con el VirtualBoss simulamos un entorno empresarial y con todo esto tenemos una garantía de una compatibilidad a cualquier tema.
00:10:50
Sobre el diseño, el objetivo principal es automatizar tareas críticas, con lo cual validamos las configuraciones antes de implementarlas, en producción va a eliminar bastantes errores.
00:11:02
Entonces, para esto diseñamos un entorno virtual con un nodo controlador y cuatro nodos administrados que los simulamos con VirtualBox y con unas conexiones circulas entre estos equipos con SSH.
00:11:21
El nodo controlador se prepara con unos inventarios y unos playbooks que definen las tareas específicas que vamos a realizar, por ejemplo, actualizaciones de sistema, despliegue de servicios. Con todo esto aseguramos una facilidad de replicación y de control del entorno.
00:11:36
En el tema de despliegue y pruebas. Para esto hemos montado, hemos dicho sobre VirtualBox, cinco máquinas virtuales. Una actúa como nodo controlador y otros cuatro nodos administrados que vamos a dividir en dos servidores web y dos bases de datos.
00:11:59
Todos los equipos van con Debian 12 montado y con esto empezamos a especificar, simular un pequeño, con limitaciones de potencia de las máquinas que tenemos, un entorno empresarial.
00:12:17
Entonces, se crean playbooks para automatizar las tareas clave. En primer lugar, hacemos unas actualizaciones del sistema, con lo cual garantizamos que todos los nodos están al día en cuanto a actualizaciones.
00:12:34
Todo esto va desde los playbooks. Como vamos a usar dos nodos como servidores web y dos nodos como servidores de base de datos, le hacemos un despliegue a un par de ellos de Apache y a los otros dos de MariaDB.
00:12:47
Con lo cual así automatizamos toda la configuración de los servidores. Si en algún momento tenemos que hacer algún cambio, algún volcado de un servidor a otro, todos van a estar homogéneos.
00:13:06
Todo esto pues tuvo unos resultados positivos porque unas tareas que haciéndolas manualmente nos van a requerir horas, esto son cuestión de minutos, simplemente teniendo el playbook preparado es lanzarlo y es casi inmediato.
00:13:17
Las configuraciones van a ser uniformes en todos los nodos, esto nos lo garantizamos al utilizar este sistema, con lo cual no hay diferencias que pueden generar luego problemas y horas perdidas buscando dónde está el error.
00:13:33
Con esto demostramos que el enfoque de automatización es efectivo.
00:13:50
En cuanto al contexto laboral, la asociación tiene aplicaciones en muchos sectores.
00:13:56
En los centros de datos, por supuesto, porque manejan muchos servers que tienen que estar a veces sincronizados, tienen que tener las mismas configuraciones, con todo esto, mejoramos la automatización en las empresas de desarrollo, pues es lo mismo, podemos incluso escalar, como se verá más adelante,
00:14:02
el test de sistema
00:14:24
incluso en los despliegues
00:14:27
con lo cual se ha producido
00:14:28
un entorno de desarrollo
00:14:30
y pruebas mucho más ágil donde se podrá
00:14:32
desplegar automáticamente
00:14:34
los cambios
00:14:35
en cuanto a la producción
00:14:37
gestionar aplicaciones
00:14:40
y redes de forma mucho más
00:14:45
eficiente
00:14:47
en caso de empresas pequeñas con recursos
00:14:47
limitados pues también
00:14:51
es una opción muy útil
00:14:53
porque simplifica las tareas complejas
00:14:54
que ahorra mucho tiempo.
00:14:57
Ya como una opción a futuro, una ampliación de todas estas cosas, podemos integrar este sistema,
00:15:00
pues por un lado con Grafana y Frometeus para llevar una estadística, un control de todas las acciones
00:15:08
que se están realizando. Con Genkis y JIT nos permite automatizar el ciclo de desarrollo y despliegue
00:15:17
podemos
00:15:26
ampliar esto a soluciones híbridas
00:15:29
cuando hay algunas
00:15:32
empresas con una parte
00:15:33
física y una parte de una nube
00:15:36
en torno a los distribuidos, también se puede
00:15:38
aplicar en todo este tema
00:15:40
entonces resumiendo
00:15:41
no solo es aplicable
00:15:43
a pequeñas estructuras sino que es
00:15:48
muy fácil de escalar
00:15:49
y prepara unas infraestructuras
00:15:51
más seguras y
00:15:53
fácilmente escalables.
00:15:55
Como conclusión,
00:15:59
pues tenemos claro eso, que hay
00:16:00
una reducción de errores humanos,
00:16:01
de tareas manuales, con lo cual ahorramos tiempo
00:16:03
y recursos.
00:16:05
Las configuraciones que vayamos a aplicar van a
00:16:07
tener una consistencia
00:16:09
y se pueden
00:16:11
minimizar los riesgos antes de la
00:16:13
implementación con unos entornos simulados.
00:16:15
Entonces, esto creemos que hace
00:16:18
de Ansible una solución
00:16:19
buena para una gestión de infraestructuras
00:16:21
modernas. Y con esto
00:16:23
terminamos, que creo que vamos justo de tiempo
00:16:25
y hasta aquí ha estado
00:16:28
la presentación
00:16:32
Voy a hacer
00:16:33
unas preguntas para
00:16:37
ver un poquito
00:16:39
la autoría, nada más
00:16:42
entonces ocupan aproximadamente 5 minutos
00:16:43
voy a hacer 5 preguntas
00:16:46
para que respondáis
00:16:48
una en cada minuto aproximadamente
00:16:49
sobre la justificación
00:16:51
para Raquel
00:16:54
¿Por qué elegisteis Ansible en lugar de otras herramientas de automatización como Puppet o Chef?
00:16:57
Elegimos esta herramienta porque era fácil de manejar y era fácil de aprender y bueno, también porque era gratuita.
00:17:04
Entonces es una herramienta que haciendo las pruebas que hicimos vimos que era fácil de utilizar sobre todo
00:17:16
Y eso que era, o sea, poniéndolo en un entorno real sí que podría ser útil porque haciendo pruebas vimos que, por ejemplo, ahorraba mucho tiempo a la hora de lanzar actualizaciones en diferentes equipos y eso.
00:17:25
Para José Andrés, sobre la implementación, ¿cómo aseguras que las configuraciones aplicadas a los nodos sean consistentes y no generen errores?
00:17:42
Bueno, eso viene implícito
00:18:03
En el propio sistema
00:18:07
Si tenemos un playbook
00:18:08
Que gestiona unas configuraciones
00:18:10
Cuando lo lanzas
00:18:12
Tienes un log
00:18:15
Si no hay un error
00:18:16
Se entiende que las configuraciones
00:18:17
Que tú has lanzado
00:18:20
Se están aplicando en todos los nodos
00:18:21
Perfecto
00:18:23
Eso es lo que me estás preguntando
00:18:24
No he entendido muy bien
00:18:25
Sí, sí
00:18:26
Cómo asegurar que no tienen errores
00:18:27
Y que todo funcione
00:18:30
Realmente se comprueba, claro, Ansible, pues incluso puedes configurar unas alarmas que te envían un correo cuando se produce un problema. Entonces en ese momento sabes que hay alguna configuración que se ha quedado mal.
00:18:31
Pero realmente el mismo sistema lleva implícito que las configuraciones son consistentes porque se las está aplicando igual a todos los equipos.
00:18:44
Perfecto. Sobre la planificación, para Raquel. ¿Qué estrategias habéis seguido para planificar las tareas automatizadas y minimizar el impacto en la infraestructura?
00:18:51
¿Qué estrategias? No entiendo la pregunta.
00:19:06
Sí, estrategias de qué forma.
00:19:10
No te oigo, perdona.
00:19:14
Se te va la voz.
00:19:16
¿Ahora? ¿Mejor?
00:19:17
Ahora sí, sí.
00:19:18
Para planificar tareas automatizadas, ¿qué es lo que habéis hecho?
00:19:19
Para planificarla, pues lo que pensamos era un entorno de pruebas, entonces lo que pensamos fue en hacer diferentes pruebas, en ellas pues era actualización de equipos, instalación de Apache e instalación de una base de datos.
00:19:26
Entonces, pues montamos lo que son los playbooks y hicimos pruebas con eso. Es que no sé si esa es la pregunta.
00:19:46
Sí, sí. Para José Andrés, sobre la escalabilidad. ¿Cómo se podría adaptar este proyecto a un entorno empresarial más grande?
00:19:55
Bueno, depende exactamente de qué se quiera conseguir. La escalabilidad en cuanto a número de máquinas simplemente es añadir en el inventario máquinas.
00:20:08
Se va a desplegar máquinas cañadas en el inventario, lo que comentábamos, opciones de que se quieran implementar otro tipo de cosas como grafana para gestionar, para vigilar el rendimiento de los equipos o que quiera integrar un gibla para despliegues, pero en principio la estabilidad no aplica, no tiene más limitaciones que la capacidad del nodo que hace la instalación.
00:20:16
gestiones que se podría ampliar hasta que se delimite.
00:20:46
Perfecto. Y en cuanto a la última pregunta, en cuanto a la validación, ¿qué métricas habéis utilizado para evaluar el rendimiento de la automatización?
00:20:51
¿Habéis utilizado alguna métrica en concreto para evaluar el rendimiento para cualquiera de los dos, como es la última y quinta?
00:21:05
En principio no hemos usado ningún tipo de métrica estandarizada. Simplemente es una cuestión de tiempos y de lógicas. Se puede ver que el tiempo que llevaría a gestionar cualquier configuración a mano, en este caso es un entorno pequeño y solo son cuatro servidores, pero si se llama un entorno más lógico de una empresa pequeña con 20 o 30 máquinas, a lanzar un playbook.
00:21:13
Hace falta una métrica aquí.
00:21:40
Vale. Bueno, pues con esto quedaría terminada la presentación del proyecto.
00:21:44
- Etiquetas:
- Gestión de proyectos
- Subido por:
- Pedro Jose M.
- Licencia:
- Todos los derechos reservados
- Visualizaciones:
- 1
- Fecha:
- 23 de enero de 2025 - 12:58
- Visibilidad:
- Clave
- Centro:
- IES CIFP a Distancia Ignacio Ellacuría
- Duración:
- 21′ 51″
- Relación de aspecto:
- 1.76:1
- Resolución:
- 1540x876 píxeles
- Tamaño:
- 89.72 MBytes
