Curso de DevOps. Automatización IT y Tareas IT

Vamos a describir el concepto de automatización de IT, junto con la tarea crítica de automatización de TI que aporta valor a los sistemas empresariales. 

Hay diferentes niveles de gestión en las empresas. Necesitamos asegurarnos de que somos capaces de automatizar diversas tareas habilitadas por las IT para garantizar la precisión y también acelerar los procesos de la empresa. Para hacer eso, dependiendo del nivel de gestión, tenemos que crear una mesa de servicio e intentar automatizarla. Vamos a intentar comprender cuál es el papel de la mesa de servicio cuando se trata de la automatización de varios servicios diferentes. 

Prestación de servicios

Como podemos ver en la imagen superior, se ha dividido en dos partes diferenciadas. En primer lugar está la prestación de servicios, que necesita automatizar la gestión de la capacidad y la gestión financiera. La gestión de la continuidad del servicio con el fin de garantizar que haya un mínimo o ningún fallo. La gestión del nivel de servicio para cuidar de todos y cada uno de los servicios. Y por último, la gestión de la disponibilidad para garantizar que los servicios estén siempre disponibles. 

Soporte de servicios

La segunda parte de la automatización de IT, es para automatizar específicamente la mesa de servicio, y está relacionada con el soporte del servicio. El soporte de servicio entra en juego cuando hablamos de gestión de incidentes, donde siempre que hay un incidente, debemos descubrirlo y automatizar la respuesta a ese incidente en particular. 

La gestión de cambios, la gestión de configuración y la gestión de versiones. Todo esto es parte del soporte de servicio, que podemos planificar para automatizar, con el fin de construir una mesa de servicio sólida para nuestra empresa. 

Ahora centrémonos en la tarea de automatización crítica, que puede tener un impacto en la aplicación general.

Gestión del cambio

La primera tarea que debemos planificar para automatizar es la gestión del cambio. Siempre que hay un cambio en los escenarios empresariales, descubriremos que nuestra IT debe ajustarse de acuerdo con ese cambio en particular. Necesitamos evaluar el alcance de la automatización de ese cambio en particular. 

Gestión de la configuración

En segundo lugar está la gestión de la configuración, necesitamos evaluar con frecuencia la necesidad de gestión de la configuración y el cambio que debemos realizar en la configuración, debido al diferente estado de los servicios existentes. 

Gestión de la automatización

La tercera tarea de automatización de IT esencial o crítica está relacionada con el aprovisionamiento. Dependiendo de varias métricas diferentes, también podemos planificar la automatización del aprovisionamiento, para garantizar que siempre proporcionamos una infraestructura sólida y recursos óptimos para que se ejecuten las aplicaciones. 

También debemos planificar la automatización de las tareas de mantenimiento de rutina. Por ejemplo, borrar el caché, borrar el disco. La automatización de la copia de seguridad y la restauración, para que podamos adoptar una copia de seguridad. Siempre que haya un desencadenante que indique un fallo, deberíamos invocar automáticamente la restauración

Gestión de identidades y accesos

Hay otra tarea crítica de automatización de IT, se trata de la automatización de la gestión de identidades y accesos. Necesitamos asegurarnos de que somos capaces de automatizar los escenarios de gestión de identidades y accesos. 

Gestión de la recuperación ante desastres

La recuperación ante desastres es otra área donde podemos aplicar la automatización de IT. Pero sí, necesitamos identificar cuál es la causa crítica del desastre, dependiendo de las rutinas que podemos identificar para que se responsabilicen de la recuperación ante desastres. 

Gestión del movimiento de datos

Y finalmente, el movimiento de datos, cuando queremos tener un movimiento de datos incremental o completo, de un sistema a otro, y queremos programarlo, podemos seguir adelante con la automatización de IT. 

 Automatización de los procesos de negocio

El proceso de negocio es esencial porque nos proporciona lo que necesitamos saber para impulsarlo con nuestras IT. Las empresas pueden incluir funcionalidades tanto no relacionadas con IT como de IT. Necesitamos identificar qué papel puede desempeñar la automatización de procesos de negocio. Para empezar, la primera tarea siempre será el análisis, donde realizaremos un análisis adecuado, teniendo en cuenta el alcance de la automatización. El análisis posterior quedará claro con el alcance de la automatización, y que debe implementarse en la fase de implementación, como se muestra en el diagrama  inferior. 

Una vez finalizada la implementación, debemos compartir el conocimiento sobre la implementación actual con diferentes niveles de ingenieros de soporte, eso lo hacemos en la tercera fase de capacitación y soporte. Y, por último, es necesario integrar la implementación para garantizar que cualquier actividad o proceso comercial identificado pueda ser automatizado, integrándolo en la aplicación de la empresa. 

Derivación del valor de la automatización

El primer beneficio que aporta la derivación de la automatización, es que elimina muchos trabajos. Aparte de eso, también nos brinda la capacidad de ampliar los procesos fácilmente. Mejora el rendimiento de los procesos y, por  tanto, tendremos una mayor velocidad de los procesos. La automatización también conduce a una mayor precisión en el trabajo, porque un script de automatización o mecanismo de automatización garantizará que primero se pruebe y luego se aplique.

 También ofrece una mejor participación del personal, debido a que al automatizar tareas  la plantilla se verá liberada de realizar tareas repetitivas. Y, por último, la estandarización automatizada de procesos, que ayuda a adoptar un estándar dentro de la organización para determinadas tareas, lo que aporta mucho valor. Y también acelera el desarrollo de aplicaciones. Finalmente, vamos a ver los que beneficios podemos obtener de la automatización. E principio tendremos siempre una mayor visibilidad de las métricas, genera responsabilidad. Proporciona suficiente espacio para mejorar la eficiencia operativa y se encarga de eliminar el error humano. Otro beneficio es que reduce el tiempo de respuesta, seguido de una mejora de la productividad, o mejora la productividad. Reduce el costo de operación, proporciona una mejor colaboración debido al conocimiento que se obtiene una vez que se automatizan las actividades. Y finalmente, proporciona o mejora una mayor satisfacción del cliente.

 

Subconsultas en SQL

Imagina que queremos encontrar alumnos que tengan la misma puntuación que un alumno concreto, p. ej. El alumno_tipo. Lo primero sería saber la puntuación del alumno_tipo. Lo podemos ver con la siguiente consulta:

SELECT puntuacion FROM alumnos WHERE nombre = 'alumno_tipo';

Luego, tendríamos que anotar el resultado de la consulta anterior en algún lugar y crear otra consulta como la siguiente:

SELECT nombre FROM alumnos WHERE puntuacion = 6;

Las subconsultas se crearon para ayudar con estos ejemplos. Son "consultas dentro de consultas" y siempre se ponen entre paréntesis. Echa un vistazo a la siguiente:

SELECT nombre FROM alumnos WHERE puntuacion = (  SELECT     puntuacion   FROM alumnos  WHERE nombre = 'alumno_tipo' );

La base de datos primero ejecutará la subconsulta (entre paréntesis), luego devolverá su resultado y lo pondrá en lugar de la subconsulta y, a continuación, ejecutará la consulta final.

En este ejemplo concreto, debemos escribir la subconsulta para que devuelva exactamente un valor (una columna de una fila), para que se pueda usar en la ecuación "puntuacion = X". No tendría mucho sentido poner una tabla entera.

Subconsultas con varios operadores lógicos

Las subconsultas también se pueden utilizar con otros operadores lógicos. Observa el siguiente ejemplo:

SELECT * FROM montana WHERE altura > (   SELECT altura   FROM montana   WHERE nombre = 'Mont Blanc' );

La consulta anterior devolverá todas las montañas que son más altas que el Mont Blanc. Como se puede ver, hemos utilizado el signo "mayor que" (>) junto con una subconsulta.

Funciones en subconsultas

Echa un vistazo a la siguiente consulta:

SELECT nombre FROM alumnos WHERE puntuacion <(SELECT AVG(puntuacion) FROM alumnos WHERE nombre = 'Alumno_tipo');

Ahora, nuestra consulta busca todos los alumnos con una puntuación inferior al promedio del alumno tipo. Como se puede ver, en la subconsulta utilizamos la función AVG() que nos da el valor promedio de una columna.

El operador IN

Hasta ahora, nuestras subconsultas solo devolvían valores únicos (como 6 o 16,28, por ejemplo).

SELECT *  FROM alumno WHERE puntuacion IN (3, 4, 5);

IN permite especificar varios valores en la cláusula WHERE, en lugar de uno solo.

En nuestro ejemplo, solo queremos mostrar alumnos que tengan una puntuación de 3 OR 4 OR 5. Eso es lo que significa IN (3,4,5).

Usar el operador IN con subconsultas

Para  utilizar el nuevo operador IN junto con subconsultas.  Hacemos lo siguiente:

SELECT precio FROM viaje WHERE id_ciudad IN (   SELECT id   FROM ciudad   WHERE poblacion < 2000000 );

En la subconsulta, buscamos los Id de todas las ciudades con una población inferior a 2 millones de habitantes. A continuación, utilizamos estos ID como valores para el operador IN.

Así, podemos obtener los precios de los viajes a las ciudades que tienen una población inferior a 2 millones de personas.

El operador ALL

SELECT * FROM pais WHERE superficie > ALL ( SELECT superficie   FROM ciudad );

Como se puede ver, tenemos el nuevo operador ALL a la derecha del operador lógico >. En este caso, > ALL significa "mayor que todos los valores del paréntesis".

Como resultado, obtendremos todos los países cuya superficie sea mayor que las superficies de todas las ciudades. Liechtenstein, por ejemplo, es un país muy pequeño. Es mayor que algunas ciudades (como, por ejemplo, Lyon), pero no es mayor que todas las demás (Berlín, por ejemplo, es mayor), por lo que Liechtenstein no aparecerá en el resultado.

También se puede utilizar ALL con otros operadores lógicos, como, por ejemplo, = ALL, != ALL, < ALL, <= ALL y >= ALL.

Usar el operador ALL en subconsultas correlacionadas

SELECT * FROM alumnos mejor_alumno WHERE puntuacion >= ALL ( SELECT puntuacion   FROM alumnos otros_alumnos   WHERE mejor_alumno.id_clase = otros_alumnos.id_clase);

La consulta anterior busca todos los alumnos que han sacado la mayor puntuación de cada clase. La consulta solo devuelve los alumnos cuya puntuación es igual o superior a la de todos los alumnos de su clase.

El operador ANY

SELECT * FROM viaje WHERE precio < ANY (   SELECT precio   FROM viaje_de_senderismo   WHERE id_montana = 1 );

En el ejemplo anterior, queremos encontrar viajes a ciudades que sean más baratos que algún viaje de senderismo a la montaña con id 1 (Mont Blanc). Si encuentra un viaje urbano que sea más barato que cualquiera de los valores de los viajes al Mont Blanc, se mostrará en el resultado.

También se puede usar con otros operadores, como, por ejemplo, = ANY, != ANY, < ANY, <= ANY y >= ANY.

Usar el operador ANY en subconsultas correlacionadas

También se puede utilizar el operador ANY en las subconsultas correlacionadas.

SELECT * FROM viajes_america WHERE precio < ANY (   SELECT precio FROM viaje_asia   WHERE viaje_america.dias = viaje_asia.dias );

La consulta anterior compara los viajes a américa y los viajes a asia que duran el mismo número de días. Después, devuelve todos los viajes a asia que sean más baratos que cualquier viaje a una viaje a américa que dure los mismos días.

Consultas correlacionadas

Hasta ahora, solo hemos  visto subconsultas que eran independientes de la consulta principal. Se podría ejecutar solo la subconsulta y, luego, poner su resultado en la consulta principal.

Vamos a ver subconsultas que dependen de la consulta principal. Se llaman subconsultas correlacionadas.

SELECT * FROM país WHERE superficie <= ( SELECT MIN(superficie)   FROM ciudad

 WHERE ciudad.id_pais = pais.id );

Queremos obtener todos los países cuya superficie sea igual o menor que la superficie mínima de las ciudades de ese país. En otras palabras, si hay un país más pequeño que su ciudad más pequeña, se mostrará. ¿Por qué utilizaríamos una consulta de este tipo? Puede ser muy útil para comprobar si hay algún error en la base de datos. Si esta consulta devolviera algún registro, sabríamos que algo raro está pasando con nuestros datos.

¿Cuál es la novedad en esta consulta? Echa un vistazo a la cláusula WHERE de la subconsulta. utiliza pais.id. ¿A qué país se refiere? Obviamente, al país de la consulta principal. Éste es el secreto de las subconsultas correlacionadas; si se ejecutase solo la subconsulta, la base de datos dará error.

Pero, si se ejecutase la instrucción como una subconsulta y se utiliza por ejemplo el campo fecha que explore la tabla pais, la base de datos compararía todas las veces el pais.id de la subconsulta con el pais.id de ese momento de la fecha.

Recuerde la regla de oro: las subconsultas pueden utilizar tablas de la consulta principal, ¡pero la consulta principal no puede utilizar tablas de la subconsulta!

Usar alias para las tablas

Puede haber ejemplos en los que la misma tabla se utilice tanto en la consulta principal como en la subconsulta correlacionada.

SELECT * FROM ciudad ciudad_principal WHERE poblacion > (SELECT AVG(poblacion)

  FROM ciudad  media_ciudades WHERE media_ciudades.id_pais = ciudad_principal.id_pais);

En este ejemplo, queremos encontrar ciudades con una población superior a la media de la población de todas las ciudades del país en cuestión. El problema es que buscamos las ciudades en la cláusula principal y comprobamos el valor de la media de la población de las ciudades en la subconsulta. La misma tabla aparece dos veces, lo que no es bueno.

Por eso, debemos utilizar alias para las tablas. En la subconsulta ponemos ... FROM ciudad media_ciudades ... y en la consulta principal ... FROM ciudad ciudad_principal. Como se puede ver, dimos nuevos nombres temporales a la tabla ciudad, y son diferentes para la consulta principal y para la subconsulta. El nombre temporal (el llamado alias) se pone después del nombre de la tabla, separado por un espacio. Recuerda, aquí no se usan comas.

Usar el operador IN con subconsultas correlacionadas

El operador IN nos permite especificar algunos valores en la cláusula WHERE, por lo que funciona un poco como el operador OR.

SELECT * FROM ciudad WHERE id_pais IN (SELECT id FROM país WHERE pais.poblacion < 40000);

Mostrará todas las ciudades de aquellos países que tengan una población total inferior a 40.000 habitantes.

El operador EXISTS

EXISTS es un operador que comprueba si alguna fila cumple la condición.

SELECT * FROM empleado WHERE EXISTS ( SELECT * FROM jefe WHERE id_empleado = empleado.id );

La consulta anterior solo mostrará la información de los empleados para los que existe al menos un empleado subordinado, del que es jefe el primero. No se mostrarán los empleados que no son jefes, (no tienen empleados subordinados). Si queremos lo contrario podemos poner NOT EXISTS

Usar subconsultas en la cláusula FROM

Las consultas también pueden utilizarse en otros lugares. Por ejemplo, en la cláusula FROM se puede utilizar una subconsulta en lugar de una tabla.

SELECT * FROM empleado, (SELECT  *   FROM jefe  WHERE subordinados < 10) AS jefe_grupo_pequeño WHERE jefe_grupo_pequeño.id =empleado.id_jefe;

La consulta anterior devuelve los jefes de los grupos pequeños. Pero, en nuestra base de datos no existe ninguna tabla llamada jefe_grupo_pequeño, así que... la creamos "sobre la marcha", utilizando una subconsulta en la cláusula FROM. Ya que tenemos que ponerle un nombre, utilizamos la palabra clave AS. Como resultado, la consulta muestra los empleados junto con sus jefes, siempre que estos tengan un grupo de menos de 10 subordinados.  Tenemos que poner la condición en la cláusula WHERE, porque, de lo contrario, cada empleado se mostraría junto con todos los jefes posibles.

Usar subconsultas en la cláusula FROM

SELECT  nombre,   dias,   precio FROM viaje, (     SELECT       *     FROM ciudad     WHERE puntuacion = 5) AS ciudad_bonita WHERE ciudad_bonita.id = viaje.id_ciudad;

La consulta anterior encuentra los viajes y sus respectivas ciudades para las ciudades que tienen una puntuación de 5. A continuación, muestra las columnas nombre, dias y precio para estas tablas. Cuando todas las columnas de las tablas tienen nombres diferentes, se pueden suprimir los nombres de las tablas (es decir, se puede escribir precio en lugar de viaje.precio, porque solo hay una columna llamada precio).

Obviamente, en esas consultas se pueden elegir solo algunas columnas. Estudia el siguiente ejemplo:

SELECT   nombre,   dias,   precio FROM viaje, ( SELECT       *     FROM ciudad     WHERE puntuacion = 5) AS ciudad_bonita WHERE ciudad_bonita.id = viaje.id_ciudad;

La consulta anterior encuentra los viajes y sus respectivas ciudades para las ciudades que tienen una puntuación de 5. A continuación, muestra las columnas nombre, dias y precio para estas tablas. Cuando todas las columnas de las tablas tienen nombres diferentes, se pueden suprimir los nombres de las tablas (es decir, se puede escribir precio en lugar de viaje.precio, porque solo hay una columna llamada precio).

Usar subconsultas en la cláusula SELECT

También se pueden usar subconsultas dentro de la lista de columnas de una cláusula SELECT. Para ello, es importante que la subconsulta devuelva exactamente una fila y una columna.

 SELECT   nombre,   (SELECT COUNT(*)   FROM viaje   WHERE id_ciudad = ciudad.id) AS numero_de_viajes FROM ciudad;

La consulta anterior devuelve el nombre de cada ciudad junto con el número de viajes que se realizan a la misma. Observa que utilizamos la función COUNT() para contar el número de viajes a cada ciudad.