Curso de DevOps: Automatización III. Descubriendo la necesidad de automatización

 Vamos a es especificar los métodos que pueden ayudar a encontrar procesos comerciales clave que son candidatos valiosos para la automatización de IT. Una de las tareas esenciales del ingeniero de soporte de automatización es identificar el método de búsqueda de procesos de automatización. Podemos utilizar uno o una combinación de varios métodos diferentes para obtener más detalles sobre el sistema actual que puede automatizarse.

En primer lugar estaría la identificación de procesos, es decir debemos identificar dichos procesos. En segundo lugar está la implementación del proceso, es necesario encontrar en qué consistirá la implementación de la automatización del proceso. Pero antes de implementarlo es necesario realizar un análisis adecuado, lo que conduce a múltiples alternativas diferentes que pueden utilizarse para implementarlo. El descubrimiento de procesos es también una de las técnicas que se pueden aplicar para su automatización. A veces encontraremos que es necesario rediseñar algunas de las automatizaciones que ya se han realizado. Para lo cual es necesario ajustar el proceso rediseñándolo. Y, por último, debemos asegurarnos de poder utilizar la capacidad de seguimiento y control de procesos. Esto genera gran cantidad de datos que nos proporcionan una buena comprensión de la automatización actual, que nos permitirá aplicar técnicas para futuras necesidades de automatización.

Ahora nos vamos a centrar en el enfoque que podemos adoptar para identificar procesos de automatización.

Siempre debemos comenzar por identificar los tipos de casos. Para cada caso tendremos ciertas funciones, ese es el segundo paso que tenemos que identificar. A continuación, debemos derivar una matriz de casos y funciones que nos ayude a comprender qué parte de la funcionalidad se puede automatizar y qué parte de la funcionalidad no se puede automatizar. Cualquiera que sea el resultado de las métricas, lo recogeremos  y comenzaremos a gestionar el proceso de automatización. Para ello, adoptaremos las mejores prácticas para dividir procesos, con la ayuda de las pautas prescritas por el arquitecto de automatización.

A continuación nos centraremos en la gestión de la automatización de procesos de negocio,

los procesos de negocio son propensos a cambios. Por lo tanto, siempre debemos idear un enfoque sólido y ágil para gestionar la automatización de los procesos de negocio. Es necesario adoptar el ciclo de vida adecuado para la mejora de los procesos de negocio, que incluya pasos como descubrir, analizar, rediseñar, implementar y monitorear. El ciclo de vida de mejora de los procesos de negocio proporcionará resultados que podemos utilizar para comenzar una nueva fase de gestión de la automatización de procesos comerciales, que se denomina ciclo de vida de realización comercial, donde se obtienen los resultados del ciclo de vida del proceso comercial. Siempre comenzamos con identificar. Luego debemos medir utilizando varias métricas diferentes que nos ayuden a identificar el costo de ejecución correcto del proceso. En tercer lugar, tenemos ejecutar. Y finalmente necesitamos identificar los KPI correctos que nos ayuden a sostener el proceso.

Debemos comprender que obtendremos suficiente información del seguimiento del ciclo de vida de mejora de los procesos de negocio que nos ayudará a identificar y crear informes de KPI para su sostenibilidad.

Finalmente, dividiremos el mecanismo de automatización de procesos de negocio en dos partes diferentes, tal como se muestra en la imagen superior. Tenemos la automatización de procesos de negocio, donde nuestro enfoque estará en la implementación para derivar la solución, que incluye actividades como el desarrollo de software y la integración de sistemas. En segundo lugar está el análisis y la optimización, que incluye la toma de decisiones, como comprar o desarrollar. Derivar el diseño y la arquitectura de la solución adecuada y preparar una documentación sólida del proceso.

 

Cláusula CASE de SQL

 La expresión CASE se utiliza para implementar la lógica si-entonces.

Sintaxis

CASE expresión_entrada

WHEN compara1 THEN resultado1

[WHEN compara2 THEN resultado2]...

[ELSE resultadoX]

END

CASE

WHEN condicion1 THEN resultado1

[WHEN condicion2 THEN resultado2]...

[ELSE resultadoX]

 

Observaciones

La expresión CASE simple devuelve el primer resultado cuyo valor comparaX es igual a la expresión_entrada.

La expresión CASE buscada devuelve el primer resultado cuya condiciónX es verdadera.

Ejemplo

El CASE buscado en la SELECT (Coincide con una expresión booleana) y devuelve resultados cuando una expresión booleana es VERDADERA. (Esto difiere del caso simple, en el que sólo se puede verificar la equivalencia con una entrada).

SELECT Id, IdArticulo, Precio,

CASE WHEN Precio < 10 THEN 'BARATO'

WHEN Precio < 20 THEN 'ALCANZABLE'

ELSE 'CARO'

END AS RangoPrecio

FROM Precio_Articulos 

Devolverá un resultado de este estilo:d ItemId Price PriceRating

1 100 34.5 CARO

2 145 2.3 BARATO

3 100 34.5 CARO

4 100 34.5 CARO

5 145 10 ALCANZABLE

SUM y CASE

Utilizaremos SUM junto con CASE para contar el número de filas en una columna que cumpla una condición.

CASE se puede utilizar junto con SUM para devolver un recuento de solo aquellos elementos que coincidan con una condición predefinida. El truco consiste en devolver resultados binarios que indiquen coincidencias, de modo que se devuelvan "1" para las entradas coincidentes. Se puede sumar para contar el número total de coincidencias. Dada la siguiente tabla Precio_Articulos, digamos que deseamos conocer el número total de artículos que se han categorizado como "CARO":

SELECT

COUNT(Id) AS CuentaArticulos,

SUM ( CASE

WHEN RangoPrecio = 'CARO' THEN 1

ELSE 0

END

) AS CUENTA_CAROS

FROM Precio_Articulos

 

Query Alternativa:

SELECT

COUNT(Id) as CuentaArticulos,

SUM (CASE RangoPrecio

WHEN 'CARO' THEN 1

ELSE 0

END

) AS CUENTA_CAROS

FROM Precio_Articulos

Abreviar CASE en una SELECT

Esta variante abreviada de CASE evalúa una expresión (normalmente una columna) frente a una serie de valores. Esta variante es un poco más corta y evita repetir la expresión evaluada una y otra vez.  Además aún se puede utilizar la cláusula ELSE:

SELECT Id, ArticuloId, Precio,

CASE Precio WHEN 5 THEN 'BARATO'

WHEN 15 THEN 'ALCANZABLE'

ELSE 'CARO'

END as RangoPrecio

FROM Precio_Articulos

Un poco de precaución, pues hay que tener en cuenta de que cuando se utiliza la variante corta, la declaración completa es evaluada en cada WHEN. Por ello la siguiente query:

SELECT

CASE ABS(CHECKSUM(NEWID())) % 4

WHEN 0 THEN 'Dr'

WHEN 1 THEN 'Master'

WHEN 2 THEN 'Mr'

WHEN 3 THEN 'Mrs'

END

Esta query puede producir un resultado NULL. Esto se debe a que en cada WHEN, la clausula NEWID() se vuelve a llamar con un nuevo resultado.

Es mejor utilizar esta query equivalente:

SELECT

CASE

WHEN ABS(CHECKSUM(NEWID())) % 4 = 0 THEN 'Dr'

WHEN ABS(CHECKSUM(NEWID())) % 4 = 1 THEN 'Master'

WHEN ABS(CHECKSUM(NEWID())) % 4 = 2 THEN 'Mr'

WHEN ABS(CHECKSUM(NEWID())) % 4 = 3 THEN 'Mrs'

END

Por lo tanto, se pueden omitir todos los casos WHEN y dar como resultado NULL.

Usando CASE en una cláusula UPDATE

Muestra sobre aumentos de precios:

UPDATE Tabla_Precios

SET Price = Precio *

CASE Id_Articulo

WHEN 1 THEN 1.05

WHEN 2 THEN 1.10

WHEN 3 THEN 1.15

ELSE 1.00

END

Usando CASE en la cláusula ORDER BY

CASE ordena en último lugar los valores NULL de modo que, '0' representa los valores conocidos y se clasifican en primer lugar, mientras que  '1' representa los valores NULL y se clasifican en último lugar:

SELECT ID, REGION, CIUDAD, DEPARTAMENTO, NUMERO_EMPLEADO

FROM TABLA_DEPARTAMENTOS

ORDER BY

CASE WHEN REGION IS NULL THEN 1

ELSE 0

END,

REGION

Este es un ejemplo del resultado que podría dar:

ID REGION CITY DEPARTMENT EMPLOYEES_NUMBER

10 Andalucía Almería INVESTIGACION 13

14 Andalucía Ecija VENTAS 12

9 Cantabria Torrelavega VENTAS 8

12 Castilla la Mancha Toledo MARKETING 9

5 La Rioja  Arnedo INVESTIGACION 11

15 NULL Torrejon de Ardoz MARKETING 12

4 NULL Zaragoza INNOVACION 11

2 NULL Requena RECURSOS HUMANOS 9

Para ordenar registros por el valor más bajo de 2 columnas

Vamos a imaginar que necesitamos ordenar registros por el valor más bajo de cualquiera de las dos columnas. Algunas bases de datos podrían usar una función MIN() o LEAST() de este modo (... ORDER BY MIN(Fecha1, Fecha2)), pero en SQL estándar, debemos utilizar una expresión CASE. La expresión CASE en la consulta siguiente mira las columnas Fecha1 y Fecha2, y verifica cuál tiene el valor más bajo y ordena los registros según este valor.

Por ejemplo, dados estos datos: Las fechas están en formato inglés AAAA-MM-DD

d ate1 Date2

1 2017-01-01 2017-01-31

2 2017-01-31 2017-01-03

3 2017-01-31 2017-01-02

4 2017-01-06 2017-01-31

5 2017-01-31 2017-01-05

6 2017-01-04 2017-01-31

Utilizamos esta query

SELECT Id, Fecha1, Fecha2

FROM Tabla_Fechas

ORDER BY CASE

WHEN COALESCE(Fecha1, '2000-01-01') < COALESCE(Fecha2, '2000-01-01') THEN Fecha1

ELSE Fecha2

END

El resultado sería este:

Id Date1 Date2

1 2017-01-01 2017-01-31

3 2017-01-31 2017-01-02

2 2017-01-31 2017-01-03

6 2017-01-04 2017-01-31

5 2017-01-31 2017-01-05

4 2017-01-06 2017-01-31

Como se puede ver, la fila con Id = 1 es la primera, debido a que Fecha1 tiene el registro más bajo de toda la tabla 2017. (01-01), la fila Id = 3 es la segunda porque Fecha2 es igual a 2017-01-02, que es el segundo valor más bajo de la tabla, etc.

Así que hemos ordenado los registros del 2017-01-01 al 2017-01-06 de forma ascendente y no nos importa si el valor se encuentra en la columna Fecha1 o en Fecha2.

 

Curso de DevOps: Automatización II. Tareas y procesos clave para automatizar

Vamos a ver los pasos para identificar tareas y procesos clave que pueden automatizarse para obtener valor en nuestro negocio. El modelado de negocios es una tarea crítica. Necesitamos entender el negocio desde varias perspectivas diferentes; hablar con las partes interesadas de las empresas,  identificar a los consumidores. Y finalmente adoptar una hoja de ruta particular para poder implementar un plan de automatización del modelo de negocio que nuestro equipo de TI pueda llevar a cabo. 

 

Para empezar, debemos adoptar siempre el modelado de procesos de negocio como un campo interdisciplinario. El segundo objetivo importante es cubrir todo el ciclo de vida del proceso empresarial. Y eso sólo se puede hacer si somos capaces de identificar todas las entidades comerciales involucradas y saber cómo se realizan realmente las transiciones en los procesos comerciales. El tercer objetivo es derivar una práctica que siga un enfoque paso a paso para el modelado. Y el cuarto objetivo es que el modelado de negocios depende en gran medida de un enfoque de modelado de procesos maduro y estandarizado. 

Por lo tanto, primero debemos identificar los estándares que vamos a seguir y luego aplicar esos estándares mientras realizamos el modelado de negocios. Vamos a ver varios elementos críticos diferentes de los procesos comerciales. Necesitamos entender que el proceso de negocio siempre conducirá a algún resultado. Los procesos de negocio, contienen tres elementos importantes. El primero es el elemento empresarial. En segundo lugar está la actividad que realiza la empresa, y en tercer lugar está el punto de decisión en el que tenemos que decidir. 

 

El proceso de negocio es un objeto que se crea internamente. Ese objeto tendrá impacto sobre el resultado. Ese resultado es un elemento de apoyo que representa al usuario en el sistema. Como resultado del proceso empresarial, obtendremos algún resultado que puede ser negativo o positivo. Y dependiendo del resultado, iniciará la acción adecuada y se informará al usuario. Luego hemos de preguntarnos, para poder hacer modelos de negocios, ¿cuáles son las tareas y procesos clave que debemos seguir? Siempre comenzamos con la identificación del proceso que nos brinde la arquitectura y nos ayude a descubrir varios componentes diferentes de este. 

Una vez lo tengamos, analizaremos dicho proceso. Analizar el proceso significa comprender el proceso, crear un documento de resultado de análisis elaborado que pueda usarse como información para rediseñar o diseñar. Una vez que el diseño esté listo, indicaremos que es un proceso que se implementará pronto. Y se llevará a otra fase que es la fase de implementación. La fase de implementación, es decir cuando los procesos están listos para ejecutarse cada vez que se realiza una solicitud. Finalmente la ejecución de nuestros procesos producirá datos que se pueden utilizar para monitorear procesos e improvisar procesos para un mejor control. 

El primer beneficio de la automatización del modelado de procesos de negocio es que permite una implementación sistemática, que puede documentarse y utilizarse como aprendizaje. Aumenta la capacidad para obtener un mejor control del proceso. En otras palabras, podrá derivar un mecanismo que proporcione un mejor control del proceso. El tercer beneficio de la automatización BPM es que automatiza los procesos mediante la coordinación y ejecución del modelo de procesos de negocio. Una vez que se dispone del modelo, nos proporcionará un tema para la automatización. Y, por último, también simplifica la implementación del flujo de trabajo, lo que nos ayuda a representar el flujo de trabajo empresarial correcto, que puede transformarse en un proceso de TI utilizando el modelo de negocio.

Cláusula ALTER TABLE en SQL

Introducción

El comando ALTER en SQL se usa para modificar la columna/restricción en una tabla.

Sintaxis

ALTER TABLE [nombre_tabla] ADD [nombre_columna] [tipo de dato]

Ejemplos

Añadir Columnas

ALTER TABLE Empleados

ADD FechaIncorporacion date NOT NULL DEFAULT GetDate(),

FechaDeNacimiento date NULL 

La declaración anterior agregaría las columnas denominadas FechaIncorporacion que no puede ser NULL por defecto y fecha actual como valor por defecto y FechaDeNacimiento que si puede ser NULL en la tabla Empleados.

Drop Column 

ALTER TABLE Empleados

DROP COLUMN salario;

Esto no solo eliminará información de esa columna, sino que también eliminará la columna salario de la tabla Empleados (la columna ya no existirá).

Drop Constraint

ALTER TABLE Empleados

DROP CONSTRAINT SalarioBase

Esto elimina una restricción llamada SalarioBase de la definición de la tabla Empleados.

Nota: - Asegúrate de eliminar las restricciones de la columna antes de eliminar una columna.

Añadir Constraint

ALTER TABLE Empleados

ADD CONSTRAINT SalarioBase DEFAULT ((100)) FOR [Salario]

Esto agrega una restricción llamada SalarioBase que especifica un valor 

predeterminado de 100 para la columna Salario.

Se puede agregar una restricción a nivel de tabla.

Tipos de constraints

• Primary Key - Clave principal: evita un registro duplicado en la tabla

• Foreign Key- Clave externa: apunta a una clave principal de otra tabla.

• Not Null: evita que se introduzcan valores nulos en una columna.

• Unique: identifica de forma única cada registro de la tabla.

• Default: especifica un valor predeterminado

• Check: limita los rangos de valores que se pueden colocar en una columna.

Para obtener más información sobre las restricciones, consulte la 

documentación de Oracle.

Alter Column

ALTER TABLE Empleados

ALTER COLUMN FechaIncorporacion DATETIME NOT NULL DEFAULT (GETDATE())

Esta consulta alterará el tipo de datos de la columna de FechaIncorporacion 

y lo cambiará de fecha simple a tipo DATETIME y establece el valor 

predeterminado en la fecha actual.

Añadir Primary Key

ALTER TABLE EMPLEADOS ADD pk_empleadoID PRIMARY KEY (ID)

Esto agregará una clave principal a la tabla Empleados en el campo ID. 

Incluyendo más de una columna en el paréntesis junto con el ID, 

se creará una clave primaria compuesta. Al agregar más de una columna, 

los nombres de las columnas deben estar separados por comas.

 ALTER TABLE EMPLEADOS ADD pk_empleadoID PRIMARY KEY (ID, FNombre)

 

Curso de DevOps: Automatización I. Ciclos de entrega de IT automatizados

Vamos a describir el ciclo automatizado de entrega de IT y su impacto en la gestión y el monitoreo de IT. Las herramientas de supervisión y gestión de IT automatizan tareas repetitivas específicamente para profesionales de IT. El ciclo de entrega de IT comienza con la planificación, donde debemos planificar cuáles son todas las actividades comerciales o actividades de soporte que deben automatizarse. La planificación nos brinda una manera de aprovisionar y configurar. Lo que nos da la oportunidad de identificar el componente de la aplicación, el de la infraestructura y el del servicio que se pueden aprovisionar y configurar para admitir la automatización.

El tercer paso es recopilar datos operativos, porque eso nos ayudará a probar nuestra estrategia de automatización. Una vez que hayamos recopilado datos operativos de su implementación, podemos utilizar esos datos para el seguimiento. Y el monitoreo nos permite el análisis e información adecuados que el equipo de operaciones puede utilizar para improvisar aún más la automatización.

Así es como se puede implementar IT automatizada. A continuación, intentaremos comprender los impactos de la automatización de IT en la gestión.

 

Hay impactos positivos, también hay impactos negativos, esto depende de varios factores diferentes. Veremos son los impactos críticos de la automatización de IT en la gestión. En primer lugar, se basa en herramientas de software para definir el alcance de la automatización. Ese es uno de los impactos de la automatización de IT en la gestión, donde se depende mucho de las herramientas. En segundo lugar, reemplaza una serie de acciones entre los administradores y el entorno de IT, eliminando todas las tareas manuales que deben realizarse. El tercer impacto es que el sistema se vuelve capaz de desencadenar acciones de gestión automatizadas dependiendo de ciertas condiciones configuradas. En cuarto lugar, no requiere intervención manual para la conmutación por error si ha adoptado soporte de conmutación por error automatizado. También debemos comprender que la automatización de IT permite una gestión automatizada de la escala. Que se basa en condiciones y eventos prescritos, que pueden iniciar actividades de ampliación o reducción de escala. Y, por último, permite activadores automatizados de limpieza basados en reglas. Donde podemos definir varias reglas y esas reglas invocarán acciones para administrar los recursos para optimizarlos.

Es necesario entender el papel de los ingenieros de automatización en nuestra empresa. El ingeniero de automatización es un rol que garantiza que se facilite la creación de prácticas de automatización.

También se encargan de monitorear o controlar la producción y la entrega general, que pueden automatizarse. Son responsables de documentar todas las especificaciones de diseño relevantes para la automatización. Y aparte de eso, también desempeñan un papel importante a la hora de respaldar y ofrecer la automatización. El ingeniero de automatización también desempeña un papel esencial en la identificación de la causa raíz que les ayuda a solucionar errores de automatización. Como ingenieros de soporte, debemos tener una visión de administración para comprender el ciclo de vida del error. Siempre que se identifiquemos un nuevo error, como ingeniero de soporte lo escribiremos como un nuevo error. Después, debemos asignarlo al ingeniero de soporte que se supone debe manejarlo.

 

Y el estado de ese error ahora cambia de error nuevo a error asignado. Una vez asignado el error, pude tomar dos estados diferentes: el primero rechazado y el segundo abierto. Se rechaza porque al ingeniero de soporte al que se le asignó ese error en particular ya se le asignó anteriormente el mismo error, lo que significa que está duplicado. Otro motivo de rechazo es que se aplace porque depende de algún otro error. Además de rechazado, tiene los estados abierto y reabierto. El ingeniero de soporte revisa el error abierto, le aplica las correcciones correctas y cambia el estado a solucionado. Hecho esto, se prueba, y si todo está bien, se cierra. Pero sí, después de solucionarlo, si el impacto aún persiste, pasa a un estado llamado reapertura. Así es como podemos ajustar los estados de del error según nuestras necesidades. Para derivar el ciclo de vida de gestión de errores adecuado para nuestra aplicación o empresa.