1
00:00:00,560 --> 00:01:05,909
se me da fatal esto voy a ver si voy a ver si encuentro la opción aquí de compartir

2
00:01:07,909 --> 00:01:16,459
los más acciones no me sale la opción ver atajos configuración estadística

3
00:01:16,459 --> 00:01:28,519
antes ya sí sí sí estaba mirando en otro lado al auto ser windows permitir pantalla

4
00:01:28,519 --> 00:01:31,980
Permitid pantalla completa

5
00:01:31,980 --> 00:01:34,599
Ahora lo ves, ¿no?

6
00:01:35,200 --> 00:01:35,480
Vale

7
00:01:35,480 --> 00:01:40,340
No sé si hay algún inconveniente, Pilar

8
00:01:40,340 --> 00:01:43,140
Tengo aquí algunas notas aquí sobre la mesa

9
00:01:43,140 --> 00:01:44,659
Porque me pongo muy nervioso

10
00:01:44,659 --> 00:01:47,120
Y si no me voy a liar

11
00:01:47,120 --> 00:01:49,739
Y no sé que diga cosas que no deba

12
00:01:49,739 --> 00:01:53,329
Vale, perfecto

13
00:01:53,329 --> 00:01:54,290
Se me escucha bien, ¿no?

14
00:01:56,510 --> 00:01:57,109
Vale, genial

15
00:01:57,109 --> 00:01:59,590
Voy a abrir la presentación

16
00:01:59,590 --> 00:02:04,709
Vale, voy a poner también mi temporizador

17
00:02:04,709 --> 00:02:17,139
que también me ayuda a saber por dónde voy, pues muchísimas gracias Pilar.

18
00:02:17,919 --> 00:02:23,680
Pues en principio, buenos días, quería presentaros mi proyecto,

19
00:02:23,800 --> 00:02:29,060
mi defensa de proyecto de un sistema de configuración y aprovisionamiento automatizado con Ansible.

20
00:02:30,240 --> 00:02:38,560
En principio este proyecto propone un sistema automatizado de configuración y aprovisionamiento de servidores

21
00:02:38,560 --> 00:02:45,259
en entornos mixtos cuyo objetivo es eliminar tareas repetitivas y manuales, reducir errores

22
00:02:45,259 --> 00:02:52,879
y mejorar la eficiencia operativa. Como sabemos en entornos empresariales esta solución puede

23
00:02:52,879 --> 00:02:57,680
permitir acelerar el despliegue de infraestructuras y garantizar sobre todo las configuraciones sean

24
00:02:57,680 --> 00:03:04,319
consistentes entre los diferentes entornos. En el siguiente capítulo vamos a analizar cuáles son

25
00:03:04,319 --> 00:03:10,039
los motivos del porqué automatizar. Es un hecho real que muchas organizaciones aún

26
00:03:10,039 --> 00:03:15,240
dependen de procesos manuales para configurar servidores, implementar aplicaciones o gestionar

27
00:03:15,240 --> 00:03:23,080
infraestructuras. Esto conlleva algunos inconvenientes como que son propensos a errores, son procesos

28
00:03:23,080 --> 00:03:27,280
también que son muy lentos y sobre todo una de las cosas que más se mira a día de hoy

29
00:03:27,280 --> 00:03:31,680
que es que tienen poca escalabilidad los procesos manuales.

30
00:03:34,159 --> 00:03:39,479
La automatización se ha convertido en un pilar fundamental en la administración de sistemas modernos,

31
00:03:39,780 --> 00:03:45,419
especialmente en los sistemas más complejos, y con ello permite eliminar tareas manuales repetitivas,

32
00:03:45,699 --> 00:03:50,259
garantizar la consistencia en entornos de servidores y acelerar el despliegue de infraestructuras.

33
00:03:50,259 --> 00:03:56,539
Para ello se emplean herramientas de automatización, como en el ejemplo del proyecto se ha usado Ansible.

34
00:03:57,280 --> 00:04:06,120
Ansible puede resolver problemas reales mediante la automatización a través de una sola herramienta, pero veamos qué realmente es Ansible.

35
00:04:08,129 --> 00:04:15,169
Ansible es un software, es una aplicación libre de OpenShift que permite aprovisionar sistemas.

36
00:04:16,149 --> 00:04:24,149
Entendemos por aprovisionar sistemas desde preparar y configurar un servidor o una máquina para que esté listo para su uso,

37
00:04:24,149 --> 00:04:32,649
desde instalar una máquina virtual, instalar paquetes de software, así como configurar servicios o permisos, etc.

38
00:04:33,170 --> 00:04:42,610
Por otro lado, Ansible cuenta con una serie de complementos que se les denomina módulos que sirven para provisionar servicios.

39
00:04:43,230 --> 00:04:50,329
Estos módulos son componentes reutilizables que realizan tareas muy específicas, como por ejemplo, puede ser copiar archivos,

40
00:04:50,329 --> 00:04:58,129
instalar paquetes o gestionar servicios. Además, Ansible, a diferencia de los scripts de BaaS,

41
00:04:58,209 --> 00:05:03,769
que son herramientas imperativas, Ansible es una herramienta declarativa, se describe el final,

42
00:05:03,870 --> 00:05:10,529
el objetivo final del propósito. ¿Esto qué quiere decir? Pues que se le indica cuál es el estado deseado,

43
00:05:10,529 --> 00:05:16,509
se le indica, por ejemplo, que quiero instalar Apache, que lo quiero habilitar e incluso decirles que lo inicie.

44
00:05:16,509 --> 00:05:28,990
Por otro lado, cumple con el principio de indepotencia, lo que significa que se puede ejecutar una tarea de forma indefinida sin afectar al sistema, aplicando solamente los cambios que difieren con el estado final.

45
00:05:29,350 --> 00:05:41,290
Por ejemplo, si tengo instalado Apache y tengo puesto que esté habilitado, pero en la siguiente ejecución, en la próxima interacción le digo que se inicie, pues ese va a ser el único cambio que va a efectuar.

46
00:05:41,290 --> 00:05:52,670
Y por último, es abstracto de la complejidad. Esto significa que no es necesario escribir comandos específicos, porque para ello se utilizan los módulos, como por ejemplo hay un módulo que se llama apt o el módulo service.

47
00:05:53,689 --> 00:06:05,649
Por último, veamos, uy, perdón, lo siguiente es simplemente indicar que a diferencia de otras herramientas de automatización, Ansible no requiere de instalar o configurar agentes remotos en los nodos.

48
00:06:06,370 --> 00:06:11,910
Ahora sí, veamos un ejemplo de cómo funciona Ansible.

49
00:06:12,209 --> 00:06:16,350
Por un lado tenemos un servidor con un Ubuntu en el cual está instalado Ansible

50
00:06:16,350 --> 00:06:20,949
y hay un fichero de inventario donde se declaran las máquinas, los servidores

51
00:06:20,949 --> 00:06:24,069
y por otro lado están los playbooks, que son esos archivos

52
00:06:24,069 --> 00:06:28,029
donde van a tener todas las instrucciones que se van a ejecutar en los nodos.

53
00:06:28,850 --> 00:06:32,110
Este nodo se le denomina el nodo de control, donde está Ansible instalado.

54
00:06:32,110 --> 00:06:35,170
Por otro lado vamos a tener los nodos gestionados

55
00:06:35,170 --> 00:06:41,410
que pueden ser un Ubuntu o puede ser un Windows perfectamente, cuya comunicación con el nodo de control

56
00:06:41,410 --> 00:06:45,110
se va a realizar a través de los protocolos SSH y Windows Remote.

57
00:06:50,399 --> 00:06:56,459
A continuación veamos que el objetivo del proyecto en general es la automatización,

58
00:06:56,959 --> 00:07:03,420
automatizar la gestión de servidores, en este caso heterogéneos, para mejorar la eficiencia, la consistencia y la escabilidad.

59
00:07:03,420 --> 00:07:08,240
Y por otro lado tenemos los objetivos específicos que son reducir los tiempos de despliegue,

60
00:07:08,240 --> 00:07:15,399
también eliminar inconsistencia en las configuraciones, facilitar la replicación entre los diferentes entornos

61
00:07:15,399 --> 00:07:20,519
y por último, para facilitar esa labor, se va a centralizar la gestión a través de Semáforo UI

62
00:07:20,519 --> 00:07:25,060
que simplemente es una interfaz gráfica diseñada para el uso de Ansible.

63
00:07:29,699 --> 00:07:40,199
Este proyecto es un desarrollo con un enfoque destinado a DevOps, permitiendo adaptar el desarrollo a posibles cambios

64
00:07:40,199 --> 00:07:45,399
y entregando un valor de manera rápida a través de iteraciones, ¿vale?

65
00:07:45,720 --> 00:07:48,540
En un proyecto ágil que avanza de forma interactiva.

66
00:07:49,420 --> 00:07:51,199
Esto nos va a permitir que...

67
00:07:52,019 --> 00:07:53,399
Uy, perdón, esto no...

68
00:07:53,399 --> 00:07:59,240
Al final este desarrollo ágil se va a realizar a través de una metodología Scrum

69
00:07:59,240 --> 00:08:01,120
con esplenificación en Spring.

70
00:08:01,740 --> 00:08:04,439
Scrum es una metodología ágil de gestión de proyectos

71
00:08:04,439 --> 00:08:08,480
que se suele usar de forma habitual en las empresas

72
00:08:08,480 --> 00:08:11,220
destinadas a desarrollo de software.

73
00:08:12,560 --> 00:08:15,660
Y por otro lado, para la gestión de estas tareas,

74
00:08:16,139 --> 00:08:19,500
se va a realizar a través de la aplicación Jira,

75
00:08:19,500 --> 00:08:23,459
que permite, pues eso, es una herramienta para gestionar proyectos, tareas

76
00:08:23,459 --> 00:08:25,639
y principalmente también equipos.

77
00:08:26,899 --> 00:08:32,940
El objetivo final con estas iteraciones, con estas fases del proyecto,

78
00:08:33,120 --> 00:08:36,500
son entregables que sean funcionables de playbooks validados,

79
00:08:36,500 --> 00:08:41,539
y dados, resultados que podamos documentar, que el inventario esté actualizado, el inventario

80
00:08:41,539 --> 00:08:46,320
de máquinas esté actualizado, realizar pruebas de indepotencia y sobre todo tener un control

81
00:08:46,320 --> 00:08:49,659
en las versiones de los cambios que se realicen en los playbook.

82
00:08:50,460 --> 00:08:55,860
Veamos a continuación cuál es la estructura técnica de la solución que se ha llevado

83
00:08:55,860 --> 00:08:57,580
a cabo en el proyecto.

84
00:08:58,559 --> 00:09:04,360
Y por un lado tenemos un J-Anfitrion, que en este caso he utilizado un macOS, al cual

85
00:09:04,360 --> 00:09:11,379
se le ha instalado un VMWare Fusion para virtualizar máquinas virtuales, tenemos un nodo de control

86
00:09:11,379 --> 00:09:17,980
que es el nodo con Ubuntu, con Ansible y Semáforo UI y por otro lado tenemos los nodos administrados

87
00:09:17,980 --> 00:09:25,179
por el nodo de control que en este caso es un Ubuntu y un Windows. La comunicación entre

88
00:09:25,179 --> 00:09:28,679
estos nodos, entre el nodo de control y el nodo administrado se realiza a través de

89
00:09:28,679 --> 00:09:34,860
una red personalizada ad hoc creada en vmware fusion y como vimos anteriormente la comunicación

90
00:09:34,860 --> 00:09:43,399
entre los nodos se realiza a través de los protocolos ssh y windows remote veamos ahora

91
00:09:43,399 --> 00:09:49,159
que hasta el momento hemos hablado de la solución de la estructura técnica de la solución hablemos

92
00:09:49,159 --> 00:09:54,220
ahora cuál ha sido el stack tecnológico y en rasgos generales incluye pues los sistemas

93
00:09:54,220 --> 00:10:00,399
operativos utilizados ha sido macOS, Ubuntu Desktop y Microsoft Windows. En cuanto a software

94
00:10:00,399 --> 00:10:07,360
de virtualización, VMware Fusion. Herramientas para automatización, Ansible y Semáforo UI como

95
00:10:07,360 --> 00:10:14,360
interfaz gráfica. Por otro lado, como gestor de base de datos se ha utilizado MariaDB para el

96
00:10:14,360 --> 00:10:19,840
caso de Semáforo UI, que es necesario para archivar toda la información de los usuarios. Y por otro

97
00:10:19,840 --> 00:10:26,100
lado en cuanto al lenguaje se ha utilizado principalmente Python y PowerShell y gestión

98
00:10:26,100 --> 00:10:31,740
de paquetes se ha utilizado APT para Linux y Chocolatey que es una solución para Windows

99
00:10:31,740 --> 00:10:37,139
que funciona similar a APT. Por último simplemente indicar que se ha priorizado el uso de software

100
00:10:37,139 --> 00:10:47,340
libre en la medida que ha sido posible. Hablemos ahora a continuación de los recursos humanos

101
00:10:47,340 --> 00:10:51,379
que han sido necesarios para implementar esta solución. Por un lado un administrador de

102
00:10:51,379 --> 00:10:55,840
sistemas encargados para la creación y la configuración inicial de servidores. Por otro

103
00:10:55,840 --> 00:11:00,720
lado, un desarrollador al cual se le ha consultado para determinar el software y las herramientas

104
00:11:00,720 --> 00:11:05,259
específicas necesarias y sin duda la figura más relevante un DevOps para la creación y

105
00:11:05,259 --> 00:11:11,259
mantenimiento y ejecución de los playbook. Hablemos de la planificación que ha sido dividida en tres

106
00:11:11,259 --> 00:11:18,759
sprint o fases basado en entregas establecidas por el proyecto. Un primer sprint que contenía

107
00:11:18,759 --> 00:11:25,000
la planificación y los objetivos y la selección de herramientas, un segundo sprint que comprende

108
00:11:25,000 --> 00:11:29,679
el grosso del proyecto que ha sido la instalación, la configuración de entornos y el desarrollo

109
00:11:29,679 --> 00:11:35,419
de playbooks y las pruebas y un último y tercer sprint que principalmente se ha enfocado

110
00:11:35,419 --> 00:11:42,379
en la documentación y en la preparación de la presentación. Esto nos ha llevado a

111
00:11:42,379 --> 00:11:47,620
una entrega del proyecto que fue el 5 de mayo del 2025 y se ha invertido un total aproximado

112
00:11:47,620 --> 00:11:54,460
de 52 horas. El resultado final del proyecto ha supuesto una infraestructura mínima pero

113
00:11:54,460 --> 00:11:59,779
completamente funcional con fines demostrativos en la que se ha utilizado Semáforo UI para

114
00:11:59,779 --> 00:12:05,360
poder gestionar los playbooks, se han instalado utilidades y herramientas en los nodos administrados

115
00:12:05,360 --> 00:12:11,960
tanto Linux como Windows, por otro lado se ha instalado un servidor web con Apache, MariaDB

116
00:12:11,960 --> 00:12:18,320
y php al cual también se ha instalado un cms tipo wordpress por otro lado se ha gestionado

117
00:12:18,320 --> 00:12:25,039
los servidores windows mediante windows remote además se ha instalado chocolate y para la gestión

118
00:12:25,039 --> 00:12:29,960
de paquetes similar a cómo funciona pete en linux y por último se ha instalado un entorno

119
00:12:29,960 --> 00:12:36,299
de desarrollo basado en punto net para ejecución de proyectos veamos a un ejemplo de ejecución de

120
00:12:36,299 --> 00:12:43,500
ansible dura un minuto aquí lo que estamos viendo ahora mismo es verificar que en el servidor web

121
00:12:43,500 --> 00:12:49,019
server estamos comprobando que apache no está instalado antes de ejecutar la tarea programada

122
00:12:49,019 --> 00:12:57,960
tras ejecutar la tarea en semáforo y vemos cómo va pasando por todos los procesos que han sido

123
00:12:57,960 --> 00:13:05,039
configurados en el playbook desde actualizar apt instalar maría debe instalar apache e instalar

124
00:13:05,039 --> 00:13:20,950
todos los módulos necesarios para poder levantar un servidor web con wordpress con permiso de ver

125
00:13:20,950 --> 00:13:42,019
agua aquí estamos viendo como todas esas configuraciones que se han metido a través

126
00:13:42,019 --> 00:13:47,120
de los playbook están aquí referenciadas desde el usuario y todas las configuraciones correspondientes

127
00:13:47,120 --> 00:13:54,440
en la siguiente captura podemos ver un resumen general de semáforo y donde se ven todas las

128
00:13:54,440 --> 00:14:03,879
tareas y las ejecuciones realizadas llegando al fin a través de la automatización comprobamos que

129
00:14:03,879 --> 00:14:15,200
A través de la automatización comprobamos, este proyecto es aplicable principalmente en entornos de administración de infraestructuras de empresa y mediana y gran escala,

130
00:14:15,779 --> 00:14:21,179
centros de datos y proveedores de servicio, por otro lado también es aplicable a equipos de devos o sistemas

131
00:14:21,179 --> 00:14:27,059
y por último se podría aplicar por ejemplo a unas entidades públicas que requieran estandarización o automatización.

132
00:14:27,059 --> 00:14:45,360
A través de la automatización comprobamos que a través de la gestión de los servidores se vuelve mucho más rápida, uniforme y segura. Además, las configuraciones se aplican de forma consistente entre los entornos y la solución se adapta a un crecimiento de la infraestructura, es decir, es escalable.

133
00:14:45,360 --> 00:14:49,039
El uso de Ansible no solo es útil para la automatización actual

134
00:14:49,039 --> 00:14:51,820
sino que también abre puertas a vías futuras

135
00:14:51,820 --> 00:14:55,159
como por ejemplo una de las medidas que se pueden implementar en Ansible

136
00:14:55,159 --> 00:14:57,539
es el uso de roles y reutilizar funcionalidades

137
00:14:57,539 --> 00:15:01,279
el uso de Ansible Vault para cifrar y proteger datos sensibles

138
00:15:01,279 --> 00:15:05,419
y por ejemplo integrar con JIT para la gestión de versiones

139
00:15:05,419 --> 00:15:08,159
y poder trabajar de forma colaborativa

140
00:15:08,159 --> 00:15:11,120
y también integrar con Terraform y Jenkins

141
00:15:11,120 --> 00:15:14,899
Y hasta aquí, aunque no es el final porque hay una despedida

142
00:15:14,899 --> 00:15:19,720
Te cedo el testigo y quedo a tu disposición ante cualquier pregunta

143
00:15:19,720 --> 00:16:05,149
Sí, por supuesto

144
00:16:05,149 --> 00:16:10,409
Simplemente comentar que cuando os hablaba del capítulo de metodología

145
00:16:10,409 --> 00:16:13,289
Lo primero que me vino a la mente es utilizar Scrum

146
00:16:13,289 --> 00:16:17,070
Porque al final los playbooks no es más que un desarrollo de software

147
00:16:17,070 --> 00:16:20,990
Y por otro lado utilicé Jira para la gestión de todas las tareas

148
00:16:20,990 --> 00:16:25,470
Que iban a estar involucradas a lo largo del proyecto

149
00:16:25,470 --> 00:16:27,129
¿Por qué he utilizado esta metodología?

150
00:16:27,129 --> 00:16:31,970
simplemente porque actualmente trabajo en un departamento de DevOps desde hace un año

151
00:16:31,970 --> 00:16:37,929
y es algo que utilizamos y estamos obligados a utilizar la metodología Scrum y utilizamos Jira como herramienta.

152
00:16:38,070 --> 00:16:42,669
Entonces te cuento que es un poco Jira, Jira como he comentado un poco brevemente anteriormente

153
00:16:42,669 --> 00:16:48,629
es una herramienta que te permite gestionar el backlog, el backlog no es más que un listado de tareas

154
00:16:48,629 --> 00:16:55,450
que previamente se han definido y que los operarios, los activos van resolviendo a medida que se van necesitando.

155
00:16:55,450 --> 00:17:01,990
Se organizan a través de Spring de forma que puedas hacer una entrega de forma rápida y ágil

156
00:17:01,990 --> 00:17:06,730
Cambios en las versiones, pues por ejemplo, ahora mismo se ha hecho una solución

157
00:17:06,730 --> 00:17:11,210
Que es esta, la que se ha expuesto y se ha realizado en 3Spring

158
00:17:11,210 --> 00:17:15,650
Pero ahora viene una siguiente fase que se podría ampliar este proyecto

159
00:17:15,650 --> 00:17:21,289
Y empezar a hacer nuevas integraciones o añadir nuevas funcionalidades a Ansible

160
00:17:21,289 --> 00:17:25,250
Y eso requeriría un nuevo Spring, por lo tanto habría que añadir nuevas tareas al backlog

161
00:17:25,250 --> 00:17:55,069
que se gestionarían a través de la herramienta Jira a la cual se le pueden indicar una estimación de tiempo que se puede determinar por puntos o por tiempo real en minutos o en horas como hice en mi caso y me quedé en blanco y creo que no sé si te ha resuelto la duda pero básicamente es una herramienta de pago pero Jira tiene una versión gratuita que es la que he utilizado yo

162
00:17:55,250 --> 00:17:59,230
que tiene como un máximo de 10 usuarios que la pueden utilizar de forma gratuita

163
00:17:59,230 --> 00:18:00,930
y es completamente funcional.

164
00:18:01,049 --> 00:18:04,009
Aunque hay algunas cosas que difieren un poco de la versión de pago,

165
00:18:04,430 --> 00:18:10,450
pero me las tuve que apañar para poder, eso es, para poder producirlo para este proyecto

166
00:18:10,450 --> 00:18:11,349
y ajustarlo un poco.

167
00:18:11,349 --> 00:18:18,029
Pues, por ejemplo, no me dejaba utilizar tareas y dentro de una tarea no me dejaba asociar subtareas

168
00:18:18,029 --> 00:18:20,009
para luego asignarlas a una historia.

169
00:18:20,410 --> 00:18:22,910
Sin embargo, en la versión de pago sí que me deja seguir la nomenclatura,

170
00:18:22,910 --> 00:18:28,509
seguir el esquema principal que es una épica, una épica engloba historias, esas historias engloba tareas

171
00:18:28,509 --> 00:18:34,569
y una tarea puede estar subdividida en varias subtareas, pues eso en la versión gratuita no me deja

172
00:18:34,569 --> 00:18:40,369
entonces solamente tuve que jugar con épicas que es el grosso principal del proyecto

173
00:18:40,369 --> 00:18:45,569
que en este caso es el proyecto de Ansible, luego dividirlo en historias que serían los hitos principales

174
00:18:45,569 --> 00:18:52,650
y luego lo tuve que dividir en subtareas que ya eran todas las tareas desde instalación, preparar los playbooks

175
00:18:52,650 --> 00:18:58,970
hacer las pruebas de potencia, etcétera. No sé si resuelve eso la duda planteada.

176
00:19:01,750 --> 00:19:15,119
Muchas gracias. Sí, mira, por ejemplo, una de las tareas que se pueden automatizar,

177
00:19:17,480 --> 00:19:21,460
por ejemplo, es una de las cosas que hemos visto es la instalación de Apache.

178
00:19:22,119 --> 00:19:27,240
La instalación de Apache de una forma muy completamente sencilla, como había comentado durante la presentación,

179
00:19:27,240 --> 00:19:36,900
Es una herramienta declarativa y uno de los principios que cuenta esta herramienta es que es completamente abstracta de la complejidad.

180
00:19:37,299 --> 00:19:44,720
No necesito, por ejemplo, si yo quiero instalar Apache, no tengo que indicar a Ansible sudo apt install apache2.

181
00:19:45,119 --> 00:19:52,440
Solamente utilizas un módulo, que en el caso de instalación de unos componentes es apt,

182
00:19:52,440 --> 00:20:02,180
Por debajo, Ansible ya sabe que el comando es sudo apt install y solamente le tenemos que indicar cuál es el servicio que quiere instalar, en este caso Apache 2.

183
00:20:02,660 --> 00:20:07,480
Así funciona el despliegue con Ansible de cualquier aplicación.

184
00:20:08,180 --> 00:20:11,460
Ansible cuenta, como he comentado, con diferentes módulos.

185
00:20:11,460 --> 00:20:26,200
He puesto un ejemplo anterior, que por ejemplo es el módulo de APT, que son los más sencillos de entender, y el de Service, para poder cambiar el estado de un servicio, desde ponerlo a Stop, a Enable o a Start, y en base con los módulos puede jugar.

186
00:20:26,200 --> 00:20:47,380
Ahí Ansible prácticamente integra todos los módulos existentes. Incluso una persona puede generar sus propios módulos ad hoc si lo ve correspondiente y los puede integrar perfectamente en Ansible. Pero a día de hoy la comunidad de Ansible es tan sumamente grande que es raro no encontrar un módulo que ya exista.

187
00:20:47,380 --> 00:21:07,240
Y si existe, lo podéis integrar en Ansible si ya no lo trae por defecto. Por ejemplo, yo para poder conectar con las máquinas de Windows, tuve que instalar un módulo de Python, que es PIP, y eso lo que me permitía era conectar con nodos Windows a través de Windows Remote.

188
00:21:07,240 --> 00:21:48,160
Sí, muchísimas gracias. No hay problema. Y si me permites, simplemente por último quería dar las gracias a la institución y al profesorado del Instituto de Ignacio de Ayacuría por vuestro tiempo y la dedicación y el seguimiento en este proyecto.

189
00:21:48,160 --> 00:21:50,220
os lo agradezco enormemente

190
00:21:50,220 --> 00:21:52,759
os dejo aquí en la parte inferior

191
00:21:52,759 --> 00:21:54,799
mi nombre

192
00:21:54,799 --> 00:21:56,259
bueno, mi contacto

193
00:21:56,259 --> 00:21:58,319
y un repositorio de GitHub

194
00:21:58,319 --> 00:22:00,660
donde está publicado el proyecto

195
00:22:00,660 --> 00:22:02,519
de Ansible, está publicado

196
00:22:02,519 --> 00:22:04,960
para la comunidad por si alguien lo quiere reutilizar

197
00:22:04,960 --> 00:22:05,599
y

198
00:22:05,599 --> 00:22:21,240
exacto

199
00:22:21,240 --> 00:22:27,670
pues muchísimas gracias y hasta aquí

200
00:22:27,670 --> 00:22:29,950
ya sí que he terminado, muchísimas gracias

201
00:22:29,950 --> 00:22:31,609
Pilar y espero que haya sido

202
00:22:31,609 --> 00:22:32,569
de tu agrado

203
00:22:32,569 --> 00:22:36,630
muchísimas gracias, hasta luego Pilar