1
00:00:00,000 --> 00:00:04,240
¿Qué va a hacer el sistema operativo en un solo equipo?

2
00:00:04,719 --> 00:00:11,960
Esto lo que va a hacer es optimizar recursos y mejorar la escalabilidad y la disponibilidad.

3
00:00:12,500 --> 00:00:21,980
Tenemos una imagen de VirtualBox en la que podemos tener varias máquinas virtuales con diferentes sistemas operativos.

4
00:00:21,980 --> 00:00:24,500
componentes de la virtualización

5
00:00:24,500 --> 00:00:27,420
hay que decir que habrá una máquina real

6
00:00:27,420 --> 00:00:29,379
que es el hardware físico

7
00:00:29,379 --> 00:00:31,920
donde se van a ejecutar las máquinas virtuales

8
00:00:31,920 --> 00:00:33,799
habrá un software de virtualización

9
00:00:33,799 --> 00:00:35,460
que va a permitir

10
00:00:35,460 --> 00:00:37,399
la creación y gestión de

11
00:00:37,399 --> 00:00:38,960
máquinas virtuales

12
00:00:38,960 --> 00:00:41,759
y la en sí

13
00:00:41,759 --> 00:00:43,380
pues tendremos también la máquina virtual

14
00:00:43,380 --> 00:00:44,600
con su propio sistema creativo

15
00:00:44,600 --> 00:00:47,200
en cuanto al software de virtualización

16
00:00:47,200 --> 00:00:49,020
pues tenemos puede ser Vectorbox

17
00:00:49,020 --> 00:00:51,039
que es gratuito, multiplataforma

18
00:00:51,039 --> 00:00:58,439
Luego tenemos MWare, que es opción comercial con funciones avanzadas, ProSmogs, KVM.

19
00:01:01,009 --> 00:01:06,530
Los sistemas operativos, hay que decir que el anfitrión tendrá un sistema operativo instalado en la máquina real

20
00:01:06,530 --> 00:01:11,790
y luego tendremos los hóspedes que tendrán sus propios sistemas operativos en las maquinarias virtuales.

21
00:01:12,790 --> 00:01:19,090
Beneficios de la virtualización. Va a optimizar el uso de los recursos de hardware, reduce costos,

22
00:01:19,609 --> 00:01:22,250
aumenta la flexibilidad y facilita la recuperación de fallos.

23
00:01:22,670 --> 00:01:36,680
¿Qué aplicaciones podemos tener? Podemos tener servidores virtualizados. Esto va a permitir que ejecutar múltiples servidores en una sola máquina o pruebas de software en diferentes sistemas operativos.

24
00:01:36,680 --> 00:01:59,780
Podemos probar programas en distintos sitios operativos para ver cómo funciona cada uno de ellos. Simulación de entornos de red para montar laboratorios y aislamiento de entornos para mayor seguridad. Cada máquina virtual es independiente, lo que evita que, si hay un fallo, arrastre a los demás.

25
00:01:59,780 --> 00:02:03,439
Posibilidades de la virtualización

26
00:02:03,439 --> 00:02:08,840
Ya hemos dicho que ejecutar sistemas operativos en diferentes plataformas

27
00:02:08,840 --> 00:02:11,740
Crear entornos de pruebas cliente-servidor

28
00:02:11,740 --> 00:02:15,620
Virtualizar servidores para ofrecer servicios al exterior

29
00:02:15,620 --> 00:02:17,699
Nosotros podemos montar una web con

30
00:02:17,699 --> 00:02:20,939
Con GIMS

31
00:02:20,939 --> 00:02:23,680
En una máquina virtual en tu PC

32
00:02:23,680 --> 00:02:25,800
Y luego lo abres a internet con puertos redirigidos

33
00:02:25,800 --> 00:02:41,960
Esto también puede facilitar la migración de sistemas virtualizados mediante archivos. Nosotros podemos exportar una máquina virtual con un archivo .ova desde VirtualBox y luego la importas a otra máquina y seguirá funcionando igual.

34
00:02:41,960 --> 00:02:57,439
Por tanto, beneficios de la virtualización, reducción de costos, disminución de consumo de hardware, mejor administración y gestión centralizada, mayor facilidad en los procesos de clonación y copia, reducción de los efectos producidos por fallos y mejora en los entornos de pruebas.

35
00:02:59,620 --> 00:03:12,319
Vamos a hablar de las herramientas de virtualización. Hay que decir que los procesadores modernos ya incluyen instrucciones esenciales para la virtualización.

36
00:03:13,460 --> 00:03:20,159
La primera herramienta necesaria para virtualizar, claro, lógicamente, es el equipo, tener un equipo adecuado.

37
00:03:20,300 --> 00:03:26,039
Si ese equipo no es adecuado o no tiene esas instrucciones necesarias para virtualización, pues no lo podremos realizar.

38
00:03:26,560 --> 00:03:32,020
En cuanto al funcionamiento de las herramientas de virtualización, hay que decir que simulan cada instrucción del procesador,

39
00:03:32,020 --> 00:03:39,840
como si fuera otro hardware, pueden emular un ordenador completo, permiten emular arquitecturas de distinto tipo, etc.

40
00:03:39,840 --> 00:04:03,259
Aquí tenemos herramientas de virtualización de código abierto, VirtualBox, Xen, Box, UMU, Proxmox, KVM o PMVZ y otras herramientas de virtualización como puede ser VMware, que no es de código abierto, pero es muy utilizada, y HyperV, que es tecnología de Microsoft que usa virtualización nativa.

41
00:04:03,259 --> 00:04:27,689
Bien, ahora vamos a hacer una comparativa entre lo que es virtualización completa y versus para virtualización. Hay que decir que podemos tener, por un lado, las herramientas con una interfaz amigable y fácil de gestionar, como son VirtualBox, VMware, y luego tenemos herramientas con técnicas de para virtualización en las que estos son más potentes, pero más complejas, como puede ser Zen.

42
00:04:27,689 --> 00:04:42,110
Aquí tenemos un ejemplo de la misma en el que, bueno, aquí desarrollo un poco cada una de las partes en las que consta. En el que consta, pues tampoco me quiero meter demasiado en ello, pero que veáis aquí que va a constar de cuatro partes.

43
00:04:42,110 --> 00:04:58,970
en el que tenemos una partición padre donde está el acceso directo al hardware, luego una partición hija donde estarían las máquinas virtuales y luego ya tendríamos el hipervisor, el modo kernel y el modo de usuario.

44
00:04:58,970 --> 00:05:15,810
El hipervisor es la capa más baja de software, que es la que justamente está encima del hardware. En cuanto al modo kernel, sería el propio núcleo del sistema operativo. Y en cuanto al modo usuario, sería donde corren las aplicaciones normales del sistema.

45
00:05:15,810 --> 00:05:28,490
Aquí tenemos la diferencia entre cómo sería la diferencia entre lo que es la para virtualización y lo que es la full virtualización o la clásica virtualización.

46
00:05:28,490 --> 00:05:45,110
Si veis aquí, en el caso de la para virtualización, lo que es el kernel del sistema invitado va a estar modificado. ¿Para qué? Para que sea consciente de que se va a ejecutar en una máquina virtual.

47
00:05:45,110 --> 00:06:00,149
Con lo cual, lo que hará es que cuando quiera realizar alguna instrucción privilegiada, llamará a su hipervisor a través de hipercalls y ese hipervisor es el que se comunicará o operará con el hardware real.

48
00:06:00,149 --> 00:06:22,790
En el caso de la…, ese sería un ejemplo como el que hemos visto anteriormente, que sería el esquema SEN. En cambio, para una virtualización, lo que es una virtualización completa o clásica, ahora tenemos que el propio kernel del sistema invitado no se modifica y además, si lo veis, aparece o está conectado con el hardware real de manera directa.

49
00:06:22,790 --> 00:06:35,110
Lo que pasa es que cuando necesita de alguna instrucción privilegiada por parte del hardware, el hardware va a generar una trap, que lo que hará es que llama al intervisor y este es el que se encargará de la emulación.

50
00:06:35,790 --> 00:06:49,029
Por tanto, virtualización completa emula un hardware completo, simula arquitecturas diferentes a la del anfitrión, accesos al hardware son interceptados y emulados por el software.

51
00:06:49,029 --> 00:07:01,629
Entonces, ventaja, no requiere modificaciones en el sistema operativo huésped, como hemos visto, pero desventaja, pues, lógicamente, es mayor la carga en el rendimiento del sistema. Está accediendo directamente, pues, al hardware.

52
00:07:03,449 --> 00:07:17,550
Diferencia entre entornos para usar la virtualización entre entornos personales e entornos empresariales. En cuanto a un entorno personal, requiere menos exigencias que los empresariales. Podemos utilizar virtualización en entornos personales, pues, sencilla y accesible.

53
00:07:17,550 --> 00:07:35,980
En cambio, veremos que en los empresariales tendremos que esto va a ser más complejo. En cuanto a los requisitos de virtualización en entornos personales, necesitamos bajo consumo, facilidad de uso, accesibilidad y disponibilidad gratuita.

54
00:07:35,980 --> 00:07:52,040
Eso es lo que, en cambio, un ejemplo que podríamos utilizar sería VirtualBox, que es una herramienta gratuita, que tiene una interfaz gratuita gráfica intuitiva, es multilingüe, configuración sencilla.

55
00:07:52,040 --> 00:08:11,120
Con ello, dentro de lo que es una virtualización en entornos personales, podemos obtener el uso de varios sistemas operativos en un solo equipo, la posibilidad de montar servidores con costos mínimos y es ideal para entornos de pruebas y experimentación.

56
00:08:11,120 --> 00:08:29,100
En cambio, la virtualización en empresas, en entornos empresariales, es verdad que cada vez se está produciendo un mayor crecimiento del mismo que la virtualización y que grandes empresas y pymes ya la adoptan para mejorar su infraestructura.

57
00:08:29,100 --> 00:08:50,340
¿Qué razones tienen para introducir la virtualización en sus empresas? Reduce los requisitos y costos de administración, permite ejecutar múltiples aplicaciones simultáneamente, facilita la ejecución de varios sistemas operativos en un único servidor y optimiza los servidores a la balanza de cargas de manera eficiente.

58
00:08:50,340 --> 00:09:06,370
¿Cuáles son los desafíos en la virtualización en los centros empresariales? Pues que se requiere de conocimientos muy avanzados, ¿por qué? De networking, de configuración de servidores, de almacenamiento distribuido, lo cual aumenta la complejidad.

59
00:09:06,370 --> 00:09:11,110
Vamos a establecer ahora lo que es la relación entre la alta disponibilidad

60
00:09:11,110 --> 00:09:13,370
que hemos hablado al principio y ahora la virtualización

61
00:09:13,370 --> 00:09:16,909
Hemos visto que la virtualización permite

62
00:09:16,909 --> 00:09:18,830
emplear balanceo de cargas

63
00:09:18,830 --> 00:09:22,850
El balanceo de carga puede hacerse con software como LVS, HAProxy

64
00:09:22,850 --> 00:09:25,610
en Linux y también se puede usar una máquina virtual

65
00:09:25,610 --> 00:09:28,110
como balanceador y servidores virtuales

66
00:09:28,110 --> 00:09:30,690
Entonces, herramientas para virtualización y alta disponibilidad

67
00:09:30,690 --> 00:09:33,549
en concreto las dos cosas

68
00:09:33,549 --> 00:09:42,529
tendríamos SEM, Hyper-V, VMWare. Aquí tenemos un ejemplo que nos pone en la nota virtual de OpenQRM y su rol en la virtualización.

69
00:09:43,009 --> 00:09:52,009
Tan solo decir, no me voy a meter mucho, que es una plataforma de código abierto que integra tanto virtualización como alta disponibilidad

70
00:09:52,009 --> 00:10:03,220
y que en esta separa tanto hardware por software. También nos habla de la diferencia entre virtualización y cloud computing.

71
00:10:03,220 --> 00:10:11,860
el Cloud Computing y la virtualización decir que no son lo mismo. Si es verdad que en Cloud Computing

72
00:10:11,860 --> 00:10:18,299
podemos utilizar la virtualización, pero eso no quiere decir que sea lo mismo. Cada vez se está utilizando

73
00:10:18,299 --> 00:10:23,559
más los servicios de la nube y la virtualización dentro de los servicios de la nube. Decir que la

74
00:10:23,559 --> 00:10:30,399
virtualización de la nube es un modelo que permite acceder a recursos informáticos a través de Internet

75
00:10:30,399 --> 00:10:33,879
de forma escalable, flexible y bajo demanda.

76
00:10:34,159 --> 00:10:38,019
Y que nos habla de los distintos tipos de servicios que hay en la computación de la nube,

77
00:10:38,139 --> 00:10:44,720
que sería el software como un servicio, la plataforma como un servicio o la infraestructura como un servicio,

78
00:10:44,860 --> 00:10:46,799
lo que es el SaaS, el PaaS o el IaaS.

79
00:10:47,519 --> 00:10:53,039
En cuanto al SaaS, serían servicios que los usuarios finales consumen directamente desde la nube.

80
00:10:54,559 --> 00:10:57,519
No se van a preocupar ni de la infraestructura ni de la plataforma.

81
00:10:57,519 --> 00:11:22,529
Cuando hablamos de PaaS, estamos proporcionando herramientas para que los desarrolladores creen o prueben y desplieguen aplicaciones sin gestionar servidores ni hardware. Ellos no van a gestionar nada de hardware. También cuando lo metamos ya en infraestructura o IaaS, ya permite alquilar recursos de hardware virtualizados según demanda.

82
00:11:22,529 --> 00:11:30,750
Nos toca también hablar de los contenedores, de la evolución, de los beneficios. La virtualización ha evolucionado, pues ahora el uso de contenedores.

83
00:11:30,750 --> 00:11:44,629
¿En qué se basa un contenedor? Se basa en una imagen base, que puede ser un punto, y encima de esa imagen se añaden todos los componentes necesarios, que sean las librerías, configuraciones, aplicaciones, etc.

84
00:11:44,629 --> 00:12:00,970
Esto que evita duplicar sistemas operativos completos. Con ello, pues estamos reduciendo espacio en disco y estamos mejorando el rendimiento. Conforme se vaya modificando el contenedor, pues se van generando capas encima de esa imagen base que tiene el propio contenedor.

85
00:12:00,970 --> 00:12:30,029
Y la característica de los contenedores nos hace que sean, tenemos que son sistemas que están aislados entre sí, que van a compartir, ahora comparten, no tiene cada uno su sistema operativo ni sus librerías y binarios, sino que lo comparten el sistema operativo, librerías y binarios, y que el despliegue sea rápido, lógicamente, va a ocupar menos espacio, pues tenemos que las migraciones son más sencillas, pero claro, como todo, aparte de las ventajas, también tendrá sus desventajas.

86
00:12:30,029 --> 00:12:51,730
Y es la vulnerabilidad en el anfitrión. Nosotros podemos, al hecho de compartir un mismo núcleo, un mismo kernel del anfitrión, pues, ¿qué sucede? Pues que si un atacante flota una vulnerabilidad en ese sistema anfitrión, lo puede corromper y entonces todos los contenedores que corren con él, pues, se verían afectados.

87
00:12:51,730 --> 00:13:04,730
Aquí os pongo un ejemplo, si tenemos 10 contenedores Docker ejecutándose en un mismo servidor Linux y ese servidor tiene un fallo de seguridad en el kernel, pues, claro, lógicamente, todos los contenedores podrían estar en riesgo, aunque individualmente estén bien configurados.

88
00:13:07,019 --> 00:13:17,620
¿Qué es Docker? Es un tipo de contenedor en el que te permite ejecutar la aplicación con todo lo que se necesita en un contenedor.

89
00:13:17,620 --> 00:13:22,259
es una plataforma para desarrollar, desplegar y ejecutar aplicaciones

90
00:13:22,259 --> 00:13:25,259
usa contenedores, como hemos hablado anteriormente

91
00:13:25,259 --> 00:13:27,480
y es muy utilizado actualmente

92
00:13:27,480 --> 00:13:32,179
aquí nos habla más de lo que es un contenedor

93
00:13:32,179 --> 00:13:33,720
lo he explicado ya anteriormente

94
00:13:33,720 --> 00:13:37,919
ya hubo orígenes en cuanto a este tipo antes de Docker

95
00:13:37,919 --> 00:13:39,639
que serían estos que nos aparecen aquí

96
00:13:39,639 --> 00:13:45,779
ventajas para desarrolladores

97
00:13:45,779 --> 00:13:48,419
son entornos limpios, son seguros y portátiles

98
00:13:48,419 --> 00:14:00,299
Facilita la automatización y permite empaquetar todas las dependencias necesarias. Ventajas para administradores, se eliminan inconsistencias entre entornos, despliegue rápido y repetible y mejora el ciclo de vida de las aplicaciones.

99
00:14:00,299 --> 00:14:24,840
Entonces, análisis de la actividad del sistema virtualizado, hay que decir que habrá dos enfoques de análisis. Bien, tenemos o podemos dar el enfoque de ver las entradas y las salidas, esto es lo que se llama la caja negra, como conocéis todos las pruebas de caja negra y las de caja blanca.

100
00:14:24,840 --> 00:14:39,519
La caja negra solo se va a encargar de determinar las entradas y las salidas. Yo, en función de los retos que le meto, quiero saber si obtiene como resultado lo que yo deseo.

101
00:14:40,360 --> 00:14:53,600
En cambio, las pruebas de caja blanca sería la otra opción, que sería observar el funcionamiento interno y ver si todos los componentes de los que consta hay algún error o cómo funcionan, etc.

102
00:14:57,370 --> 00:15:13,669
Para analizar un sistema virtualizado, pues es la misma metodología que en una máquina física, lo mismo. Lo que cambia es cómo se obtienen los datos. Los componentes clave, ¿cuáles van a ser? Pues se van a analizar recursos como son la CPU, la memoria, el almacenamiento, la red.

103
00:15:13,669 --> 00:15:33,330
También va a haber registro de sistema a través de los logs y hay que decir que, aquí ponen un ejemplo de Virtual Logs y los logs, Virtual Logs permite ver registros de sistema virtualizado, sistema operativo en fricción, la versión, tipo de CPU, activación de la virtualización, dispositivo de entrada y salida.

104
00:15:33,330 --> 00:16:01,889
Bien, aquí tenemos pruebas de carga en sistemas informáticos. Hay que decir que las pruebas de carga van a ser un tipo de prueba de rendimiento en el que lo que vamos a evaluar es cómo se comporta el sistema y nosotros lo que le metemos es una carga muy pesada para ver realmente, digamos que le sometemos a un nivel de estrés al sistema

105
00:16:01,889 --> 00:16:07,610
para ver si realmente funciona como nosotros queremos y si no se producen fallos.

106
00:16:08,149 --> 00:16:10,730
Son muy utilizados para servidores web, para aplicaciones.

107
00:16:11,429 --> 00:16:15,950
Entonces, podemos decir que son un tipo de prueba de rendimiento,

108
00:16:16,889 --> 00:16:20,190
o sea, utilizar para medir la eficacia y la capacidad de respuesta de un sistema,

109
00:16:21,009 --> 00:16:25,789
que evalúan el comportamiento del sistema bajo una carga pesada, lo que acabo de decir anteriormente,

110
00:16:25,789 --> 00:16:37,750
Por ejemplo, con el ejecutivo de que se somete a muchas peticiones o procesos para ver cómo responde el sistema cuando se le meten todas al mismo tiempo.

111
00:16:38,350 --> 00:16:42,029
Y muy utilizadas en servidores web y aplicaciones con muchos usuarios.

112
00:16:43,210 --> 00:16:49,450
Son especialmente relevantes en aplicaciones web, en sistemas virtualizados o en la nube y en plataformas de convertido electrónico.

113
00:16:50,350 --> 00:17:06,569
Aquí tenemos un ejemplo práctico, cómo se usa herramientas como Apache o Apache Jotameter, pues, ¿para qué? Para simular quién de usuarios que acceden al mismo tiempo a una página web y que nos permita, pues, medir tanto el tiempo de respuesta, el consumo de la CPU, el consumo de RAM, porcentaje de errores, caída del sistema, etc.

114
00:17:06,569 --> 00:17:20,569
Tipos de técnicas de prueba. En estos tipos de pruebas de carga hemos visto que hay dos tipos de pruebas. Estarían los de caja negra, no nos interesa lo que sucede, lo único que nos interesa es el resultado.

115
00:17:20,569 --> 00:17:38,930
Y en función de lo que nosotros produzcamos, queremos ver si el resultado que obtenemos es el esperado. En cambio, las de caja blanca ya analizan lo que es todos los componentes internos del sistema para ver si funcionan de manera correcta.

116
00:17:38,930 --> 00:17:57,589
Por lo tanto, aquí ya tú estás probando cada una de las partes del sistema. ¿Dónde encajan las pruebas de carga? Pues, principalmente, las pruebas de carga encajarían más bien en caja negra que en lo que es la caja blanca, aunque es verdad que las de caja blanca también se acercan cada vez más.

117
00:17:57,589 --> 00:18:23,049
Pero las pruebas de carga serían más fundamentadas en cajas en tipo de caja negra, que simulan, como hemos visto anteriormente, el número de subas o peticiones, medición de rendimiento y respuesta del sistema, usados en sitios web de alto tráfico, en servidores de datos, miden tiempo de acceso a los datos, tiempo de espera y respuesta, ancho de mando autorizado, volumen de datos transferidos, herramientas de prueba de carga.

118
00:18:23,049 --> 00:18:29,730
Aquí tenemos uno comercial, como es el Spinning, y el Open Source de Kurt Loder, que simula clientes y servidores.

119
00:18:32,380 --> 00:18:38,680
En cuanto a los tipos de carga, tenemos tres tipos de carga. Tendríamos las reales, tendríamos sintéticas y las artificiales.

120
00:18:39,119 --> 00:18:43,000
Las reales son las que ven el comportamiento verdadero del sistema.

121
00:18:44,420 --> 00:18:52,880
Nosotros lo que vamos a medir, por ejemplo, sería el rendimiento de una web, mientras los empleados acceden durante su jornada laboral.

122
00:18:52,880 --> 00:18:55,480
Eso sería un tipo de carga, pero real.

123
00:18:57,740 --> 00:19:01,079
Las sintéticas serían aquellas que simulan un entorno real.

124
00:19:01,380 --> 00:19:07,799
Por ejemplo, usar Apache Benchmark o JMeter para simular mil peticiones por segundo en un servidor web.

125
00:19:08,640 --> 00:19:12,980
Y luego, por último, tenemos las artificiales, que son pruebas aisladas sin uso de componentes reales.

126
00:19:13,460 --> 00:19:17,559
Analizar aspectos específicos sin depender del entorno completo.

127
00:19:17,559 --> 00:19:40,000
Por ejemplo, ejecutar un script que hace cálculos intensivos para medir solo el uso de CPU sin interacción de red o base de datos. Aquí tenemos la tabla que lo resume. Solo una usa datos reales, lógicamente serán las reales. Reproducibles serían las sintéticas y las artificiales.

128
00:19:40,000 --> 00:19:53,619
Y en cuanto al uso común, pues, sería, pues, dependerá, pues, las reales en producción, lógicamente, las sintéticas en laboratorios y las realidades, pues, específicas de determinados componentes.

129
00:19:53,619 --> 00:20:17,109
Ejemplo de carga sintética. Aquí nos pone un ejemplo de evaluar hiper-UV ejecutándose en una máquina virtual de Linux. Esto es como para ver cargas múltiples en máquinas virtuales activas y el comportamiento en distintos escenarios.

130
00:20:17,109 --> 00:20:35,609
Pero esto está con el método. ¿Qué sería? Pasamos ahora a lo que es un modelo predictivo. Bien, la última parte que nos quedaría en cuanto a alta disponibilidad sería determinar qué es un modelo predictivo, cómo podemos predecir un determinado comportamiento de nuestro sistema.

131
00:20:35,609 --> 00:21:03,289
Esto ya serían medidas de prevención. Son técnicas basadas en análisis de datos. Tú vas a analizar datos ¿para qué? Para anticiparte, para ver, anticiparte a comportamientos, generalmente comportamientos a lo malo. Y se aplica el algoritmo para estimar futuros resultados con precisión. En alta disponibilidad tenemos que, lo que se permite es prever el rendimiento y ayuda a tomar decisiones antes de implementar.

132
00:21:03,289 --> 00:21:06,329
¿Cómo se construye un modelo predictivo?

133
00:21:07,250 --> 00:21:13,750
Pues primero tendrás que recolectar los datos del sistema de ejecución para sacar de esos datos esta área de información

134
00:21:13,750 --> 00:21:18,109
y en lugar de usar un sistema físico costoso se simula un entorno virtual.

135
00:21:20,730 --> 00:21:30,789
Simulas el entorno virtual y tras simular dicho entorno virtual recoges todos los datos que te van aportando ese entorno virtual que has generado

136
00:21:30,789 --> 00:21:47,769
Y en función de los resultados que te dan y la información que sacas, puedes sacar o predecir conclusiones. El modelo se entrena con datos reales obtenidos virtualmente. Ejemplo sería simular un clúster en un entorno virtual antes de instalarlo físicamente.

137
00:21:47,769 --> 00:22:11,059
Por último, decir que creo que esta es la última, que tendencias tecnológicas actuales serían la virtualización de servidores y de escritorios, procesadores multinúcleos, sistemas embebidos con el Internet de las Cosas, los móviles, el Cloud Computing, Amazon, Google y SaaS y licencias por uso.

138
00:22:12,059 --> 00:22:22,700
¿Por qué son importantes? Porque aumentan la efectividad y la productividad, reducen costes operativos, facilitan la movilidad, automatización y escalabilidad y son fundamentales en la transformación digital de empresas y usuarios.

139
00:22:24,180 --> 00:22:36,539
No quedaba alguna más. Transformación de la infraestructura. Antes eran clústeres con servidores físicos, ahora son múltiples máquinas virtuales. Bueno, esto es decir, más o menos lo mismo que ya.

140
00:22:36,539 --> 00:22:39,819
escritores virtuales y cloud

141
00:22:39,819 --> 00:22:42,259
y que nos quedaría

142
00:22:42,259 --> 00:22:43,940
mensajes del mercado actual

143
00:22:43,940 --> 00:22:46,059
pues que nuestros clientes no pueden

144
00:22:46,059 --> 00:22:48,539
permitirse una caída de sus aplicaciones

145
00:22:48,539 --> 00:22:50,299
eso es lo que hemos visto a lo largo

146
00:22:50,299 --> 00:22:52,220
de toda la presentación, no se lo

147
00:22:52,220 --> 00:22:53,980
pueden permitir, que nuestra nube

148
00:22:53,980 --> 00:22:55,720
garantiza alta disponibilidad

149
00:22:55,720 --> 00:22:57,700
y que gracias a la virtualización

150
00:22:57,700 --> 00:23:00,000
ofrecemos una plataforma libre

151
00:23:00,000 --> 00:23:00,640
de fallos