Curso de Devops. El rol de la automatización en DevOps

La automatización es esencial al adoptar DevOps y su rol es aumentar la velocidad al reemplazar los procedimientos manuales por automatizados, lo que hace que la gestión de la infraestructura sea más eficiente, eficaz y automatizada. En segundo lugar, la automatización aporta consistencia, al garantizar que el marco de automatización verifique que cada servidor siga la política correcta y sea correcto desde la perspectiva del cumplimiento normativo. En tercer lugar, la escalabilidad, o la automatización, permite escalar verticalmente según la demanda. La automatización es un componente fundamental de cualquier estrategia que requiera el aprovisionamiento dinámico de infraestructura a medida que escala. La automatización permite un escalado elástico, ya sea que se opere en instalaciones locales, en la nube pública o en un entorno híbrido. Y, por último, la retroalimentación. Una vez automatizada la monitorización identificando las métricas adecuadas, se pueden generar alertas automáticas para mantener a los administradores informados sobre los problemas y poder reaccionar rápidamente.  Vamos a ver los objetivos de la automatización DevOps. Como arquitectos de automatización, al implementar la automatización y adoptar prácticas DevOps, necesitamos establecer ciertos objetivos.

 

El primero es proporcionar entornos de desarrollo, prueba y producción estandarizados. Además, debemos asegurarnos de proporcionar un sistema donde la automatización implemente y gestione eficazmente los recursos en la nube. El tercer objetivo de la automatización DevOps es lograr que todo el sistema esté libre de errores. En resumen, debería eliminar las tareas manuales propensas a errores y que consumen mucho tiempo. El cuarto objetivo importante es mejorar la cooperación entre los equipos de desarrollo y operaciones y, finalmente, implementar canales de lanzamiento automatizados con un sistema de control de versiones adecuado. 

 

A continuación echaremos un vistazo  a las características de la plataforma de automatización DevOps. Al seleccionar una plataforma de automatización, debemos buscar sus características. En primer lugar, debe ser escalable. La infraestructura tiende a volverse cada vez más compleja con el tiempo. Para garantizar la escalabilidad, nuestra plataforma de automatización debe ser distribuida en lugar de tener una arquitectura centralizada. La segunda característica que debemos buscar en una plataforma de automatización DevOps es su capacidad de tolerancia a fallos. Es necesario determinar su rapidez de recuperación ante problemas. Por ejemplo, su rapidez de recuperación ante una falla de red o la necesidad de reiniciar un sistema para mantenimiento. La tercera característica importante que debemos buscar en una plataforma de automatización DevOps será una o evaluación desde la perspectiva de la implementación de la seguridad. Una aplicación empresarial tendrá múltiples plataformas y nuestra plataforma de automatización DevOps deberá ser capaz de gestionarlas para garantizar que también se automaticen diversas aplicaciones. También debemos buscar la capacidad de gestionar sistemas heredados como parte de nuestro marco de automatización. Si nos comprometemos a gestionar sistemas heredados, debemos ser capaces de gestionarlos. Y finalmente, identificaremos si nuestra plataforma de automatización DevOps es compatible con la nube. En otras palabras, siempre deberíamos optar por una plataforma de automatización DevOps habilitada para la nube. 

 

Finalmente, veremos cómo debería ser la arquitectura de automatización DevOps. Para ser precisos, debemos cuidar tres elementos importantes: el nodo, las políticas y el estado. Siempre debemos solicitar las políticas actuales que deben aplicarse al nodo. Debemos identificar cuál es el estado actual del nodo desde la perspectiva del cumplimiento de las políticas y, finalmente, debemos estar siempre en una situación donde podamos obtener el estado actual del nodo. Por lo tanto, al utilizar un servidor de automatización, debemos comprender cómo se gestionan estas tres dimensiones: estado, políticas y nodo.

Código limpio en SQL

Para escribir consultas SQL legibles y de calidad, como ejemplos de buenas prácticas. Ejemplos  de formato y ortografía de palabras clave y nombres de tablas y columnas:

SELECT Nombre, Apellido FROM Empleados WHERE Salario > 500;

Los nombres deben describir lo que se almacena en su objeto. Esto implica que los nombres de las columnas normalmente deben estar en singular. Si los nombres de las tablas deben usar singular o plural es una cuestión muy discutida, pero en la práctica, es más común usar nombres de tabla en plural. 

Agregar prefijos o sufijos como tbl o col reduce la legibilidad, por lo que se deben evitar. Sin embargo, a veces se usan para evitar conflictos con palabras clave de SQL y, a menudo, se usan con activadores e índices (cuyos nombres generalmente no se mencionan en las consultas). 

Palabras clave 

Las palabras clave de SQL no distinguen entre mayúsculas y minúsculas. Sin embargo, es una práctica común escribirlas en mayúsculas. 

SELECT * 

devuelve todas las columnas en el mismo orden en que están definidas en la tabla. Al usar SELECT *, los datos devueltos por una consulta pueden cambiar siempre que cambie la definición de la tabla. Esto aumenta el riesgo de que las diferentes versiones de nuestra aplicación y nuestra base de datos sean incompatibles entre sí. Además, leer más columnas de las necesarias puede aumentar la cantidad de E/S de disco y red. Por tanto, siempre debemos especificar explícitamente las columnas que realmente deseamos recuperar:

 SELECT ID, Nombre, Apellido1, Apellido2, N_Telefono FROM Empleados;

(Al realizar consultas interactivas, estas consideraciones no se aplican). Sin embargo, SELECT * no daña en la subconsulta de un operador EXISTS, porque EXISTS ignora los datos reales de todos modos (solo verifica si se ha encontrado al menos una fila). 

Por la misma razón, no tiene sentido enumerar columnas específicas para EXISTS, por lo que SELECT * en realidad tiene más sentido en este caso concreto: 

Ejemplo: enumerar los departamentos en los que no se contrató a nadie recientemente 

SELECT ID, Nombre FROM Departamentos WHERE NOT EXISTS (SELECT * FROM Empleados WHERE IDDepartamento = Departmento.ID AND FechaContrato >= '2015-01-01'); 

No existe un estándar ampliamente aceptado sobre las sangrías. En lo que todos están de acuerdo es en que meter todo en una sola línea es malo. Como mínimo, colocaremos cada cláusula en una nueva línea y dividiremos las líneas si se vuelven demasiado largas.

A veces, todo lo que sigue a la palabra clave SQL que introduce una cláusula se sangra en la misma columna: 

SELECT d.Nombre,

COUNT(*) AS Empleados

FROM Departamentos AS d

JOIN Empleados AS e ON d.ID = e.DepartamentoID

WHERE d.Nombre != 'HR'

HAVING COUNT(*) > 10

ORDER BY COUNT(*) DESC;

Esto también se puede hacer mientras se alinean correctamente las palabras clave de SQL. Otro estilo común es colocar palabras clave importantes en sus propias líneas: 

SELECT

d.Nombre,

COUNT(*) AS Empleados

FROM

Departamentos AS d

JOIN

Empleados AS e

ON d.ID = e.DepartamentoID

WHERE

d.Nombre != 'HR'

HAVING

COUNT(*) > 10

ORDER BY

COUNT(*) DESC;

La alineación vertical de múltiples expresiones similares mejora la legibilidad: 

SELECT Modelo, IDEmpleado 

FROM Coches 

WHERE IDCliente = 42 

AND Status = 'Listo'; 

El uso de múltiples líneas dificulta la incorporación de comandos SQL en otros lenguajes de programación. Sin embargo, muchos lenguajes tienen un mecanismo para cadenas de varias líneas, por ejemplo, @"..." en C#, """...""" en Python o R"(...)" en C++. 

JOINS

Siempre se deben utilizar uniones explícitas; las uniones implícitas tienen varios problemas: La condición de unión está en algún lugar de la cláusula WHERE, mezclada con cualquier otra condición de filtro. Esto hace que sea más difícil ver qué tablas se unen y cómo. Debido a lo anterior, existe un mayor riesgo de errores y es más probable que se encuentren más tarde.  En SQL estándar, las uniones explícitas son la única forma de utilizar uniones externas: 

SELECT d.Nombre, e.FNombre || e.LNombre AS EmpNombre 

FROM Departamentos AS d 

LEFT JOIN Empleados AS e ON d.ID = e.IDDepartamento; 

Las uniones explícitas permiten usar la cláusula USING: 

SELECT IDReceta, Receta.Nombre,  COUNT(*) AS NumeroDeIngredientes 

FROM Recetas

LEFT JOIN Ingredientes USING (IDReceta); 

(Esto requiere que ambas tablas usen el mismo nombre de columna. USING elimina automáticamente la columna duplicada del resultado, p. ej., la unión en esta consulta devuelve una sola columna IDReceta). 

Curso de SQL. Cláusulas EXPLAIN and DESCRIBE

DESCRIBE nombre_tabla

DESCRIBE y EXPLAIN son sinónimos. DESCRIBE en un nombre de tabla devuelve la definición de las columnas.

DESCRIBE tablename;

Ejemplo de resultado:

COLUMN_NAME COLUMN_TYPE IS_NULLABLE COLUMN_KEY COLUMN_DEFAULT EXTRA

id int(11) NO PRI 0

auto_increment

test varchar(255) YES (null)

Muestra los nombres de las columnas, seguidos del tipo de columna, si se permite nulo en la columna y si la columna utiliza un índice. También se muestra el valor predeterminado y si la tabla contiene algún comportamiento especial como un  auto_increment.

EXPLAIN Select query

Un EXPLAIN delante de una consulta de selección muestra cómo se ejecutará la consulta. De esta manera veremos si la consulta utiliza un índice o si podríamos optimizar la consulta agregando un índice.

Ejemplo de query:

explain select * from usuarios join data on usuarios.test = data.fk_usuarios;

Ejemplo de resultado:

id select_type table type possible_keys key key_len ref rows Extra

1 SIMPLE user index test test 5 (null) 1 Using where;

Usando índice

1 SIMPLE data ref fk_user fk_user 5 user.test 1 (null)

En el tipo se ve si se utilizó un índice. En la columna posible_keys podemos ver si el plan de ejecución puede elegir entre diferentes índices o si no existe ninguno.  La clave nos indica el índice real utilizado. Key_len muestra el tamaño en bytes de un elemento de índice. Cuanto menor sea este valor, más elementos del índice encajarán en el mismo tamaño de memoria y se pueden procesar más rápido. Rows muestra el número esperado de filas que la consulta debe escanear, cuanto más bajas, mejor.

Curso de DevOps. DevOps y automatización

Vamos a ver los principios clave de DevOps junto con el enfoque de automatización del proceso de DevOps mediante tecnologías de integración. Como arquitecto de automatización, necesito entender por qué deberíamos adoptar DevOps. DevOps aporta características valiosas no solo en la cultura, sino también en los procesos que se adoptan y que se pueden automatizar. Por lo tanto, responderemos primero por qué debemos optar por DevOps. Necesitamos optar por DevOps porque la organización enfrenta la falta de colaboración. 

 

Debido a que hay muchos, encontraremos falta de sincronización entre los procesos, lo que automáticamente genera pérdida de productividad, porque la colaboración no es adecuada, los procesos no están sincronizados, tendremos mayores costos y gastos generales. Aparte de eso, encontraremos múltiples facturas y eso creará riesgos para las implementaciones. Y siempre que se apliquemos un cambio, descubriremos que los cambios son difíciles de gestionar y rastrear en caso de que no hayamos adoptado DevOps. Una vez que adoptemos DevOps, nos daremos cuenta de ciertos beneficios porque DevOps cree en el enfoque colaborativo, también proporciona un marco que nos ayuda a crear procesos optimizados y automatizados. Cada actividad es medible.

Aparte de eso, todos los procesos son ejecutables. También proporciona una entrega rápida al adoptar el mecanismo de ciclo de retroalimentación y entrega continua de DevOps. Otro beneficio que obtenemos una vez que adoptamos DevOps es el monitoreo constante que proporciona un producto de calidad. 

Una vez que hemos adoptado DevOps, debemos automatizar varios procesos. Los beneficios que obtendremos una vez que automaticemos los procesos, son: 

El primer beneficio es un tiempo de comercialización más rápido porque proporciona una implementación rápida y una comunicación fácil que permite que el producto ingrese al mercado rápidamente. También elimina el aislamiento, reúne a todos los equipos aislados. Ya sea desarrollo, pruebas u operaciones, trabajan de la mano, construyendo un canal de comunicación adecuado entre ellos. En tercer lugar, una vez que automaticemos, DevOps, podrá automatizar flujos de trabajo de extremo a extremo, que son una parte esencial de la cadena de desarrollo e implementación. La integración continua también agrega valor. Tendrá múltiples procesos diferentes, como la creación de código y las pruebas, que se pueden automatizar, y esta automatización mejora la productividad del ciclo de vida de DevOps. Si automatizamos la supervisión, podremos obtener informes en tiempo real y podremos identificar problemas y resolverlos rápidamente. Y, por último, podrá mitigar el riesgo automáticamente escribiendo varias reglas diferentes, que activarán acciones correctivas cada vez que ocurra un problema en particular. 

También ayuda a reducir costos al utilizar la mano de obra adecuada para el trabajo adecuado. 

Por último, el enfoque de evaluación y entrega de la automatización, comienza con el aprovisionamiento de infraestructura. También debemos asegurarnos de que, si estamos automatizando el lanzamiento de software, realicemos una evaluación adecuada adoptando el enfoque de entrega correcto. Las pruebas se pueden automatizar, pero la evaluación es lo que nos ayudará a identificar qué casos de prueba se pueden automatizar, la automatización selectiva de la implementación en caso de que sea obligatorio mantener la aprobación manual antes de la implementación y omitir esa parte particular de la automatización. Las tareas de seguridad centrales también deben automatizarse y, después de la automatización, realizaremos una evaluación para asegurarnos de que se ajusta a las reglas de seguridad que intentamos aplicar. Por último, debemos aplicar políticas de cumplimiento y gestión de configuración. Una vez que hayamos aplicado nuestras políticas y hayamos adoptado una técnica de gestión de configuración en particular, realizaremos una evaluación de automatización adecuada para asegurarnos de obtener el resultado correcto.

Curso de DevOps. Adoptando la Automatización II. Evaluación de la automatización

Vamos a describir las ventajas, desventajas y mejores prácticas de automatización que necesitamos aplicar para operaciones de IT productivas. Como arquitectos de automatización, debemos enfocarnos en comprender el sistema existente. Una vez que realicemos un estudio adecuado del sistema, tendremos que identificar los elementos que se pueden automatizar. Todo elemento que se necesita automatizar debe brindar algún beneficio a la empresa.

Ventajas

Por lo tanto, existen ciertas ventajas comunes de la automatización, que cuando se aplican, las empresas lo comprenderán. Y la primera ventaja es la reducción de errores. La automatización garantiza la consistencia a gran escala, lo que no es posible para las personas que operan manualmente. La segunda ventaja importante es el ahorro de tiempo y costos, con la automatización de TI podemos optimizar el uso de recursos porque la automatización puede aumentar la productividad. También puede reducir el costo de infraestructura al optimizar la utilización de recursos y, por lo tanto, disminuye el costo asociado con la infraestructura y los recursos. La tercera ventaja importante de la automatización es el ahorro de tiempo. Sus operaciones son rápidas, se puede acelerar el funcionamiento del centro de datos y la nube, reduciendo el tiempo de entrega de servicios y recursos de semanas a horas. Y el cuarto beneficio importante de la automatización que obtienen las empresas está relacionado con la seguridad. Los procesos automatizados requerirán menos personas para ver información confidencial, lo que reduce la posibilidad de infracciones. Además, la automatización de IT también se puede utilizar para ayudar al equipo de IT a mantener un sistema de respuesta a incidentes en funcionamiento. Como arquitecto de automatización.

Desventajas

También debemos centrarnos en cuáles serán las desventajas de la automatización y en qué medida las empresas se verán afectadas por esas desventajas. La primera desventaja está relacionada con la inversión inicial. Si bien la automatización de IT puede ahorrar costos, también puede implicar una inversión inicial sustancial en la que es necesario comprar software y configurar la automatización. La segunda es el aumento de las consecuencias de los errores. Todos sabemos que la automatización reduce en gran medida la posibilidad de error humano. Pero debido a que la automatización es tan rápida y poderosa, cualquier error automatizado que ocurra puede causar a veces más daño que los manuales. Por lo tanto, debemos ser cuidadosos al adoptar la automatización en la empresa. Finalmente, la tercera desventaja está relacionada con la inflexibilidad que surge en su arquitectura existente. El proceso automatizado por sí solo no maneja bien el cambio, y muchas herramientas de automatización están diseñadas para un propósito específico y limitado, lo que las limita a esa funcionalidad en particular. Por lo tanto, debemos ser cuidadosos al seleccionar herramientas y asegurarnos de que se adapten a nuestra arquitectura existente. 

Mejores prácticas

Una vez que hemos decidido adoptar la automatización, existen unas mejores prácticas que debemos seguir. La primera es decidir y derivar la automatización para objetivos comerciales específicos. Debemos poder identificar el retorno de la inversión que brindará a nuestra empresa una vez que se adopte la automatización. 

 

La segunda es elegir siempre herramientas flexibles. Cuando seleccionemos una caja de herramientas de automatización, debemos centrarnos siempre en la flexibilidad, la simplicidad y la facilidad de uso. La tercera es no adoptar nunca un enfoque a corto plazo, sino pensar siempre a largo plazo y comenzar siempre de forma incremental. No debemos automatizar todo a la vez. Primero debemos identificar, crear una secuencia particular de automatización, probar después de la automatización cada unidad funcional, así como la unidad operativa, y luego avanzar. La cuarta práctica recomendada importante que debemos adoptar es considerar la posibilidad de formar un equipo dedicado. Debemos poner todo su esfuerzo en documentar el trabajo de automatización. Por último, siempre hay que documentar el proceso automatizado, ya que ayuda al equipo a resolver los problemas si vuelven a aparecer en un entorno automatizado. 

Enmarcaremos y crearemos un marco para la automatización estratégica en función de las necesidades de la empresa. Y para ello, tenemos que empezar por identificar la visión y la estrategia de la empresa para implementarlo y automatizarlo. El segundo paso importante debería ser siempre identificar la capacidad de la empresa y el impacto de la automatización. El tercer paso importante es identificar las tecnologías. Es necesario identificar siempre las metodologías y tecnologías de IT que se van a utilizar para la automatización. El cuarto paso es la gobernanza. Hay que asegurarse de que la estructura y los procesos organizativos se gestionen para derivar un modelo operativo compatible. El quinto paso es importante. Tiene que ver con la medición, el análisis y la planificación financiera. Eso nos ayudará a gestionar adecuadamente las finanzas que se van a generar como resultado de la automatización. El sexto paso tiene que ver con el desarrollo y la implementación. Hay que identificar los procesos y los recursos que intervienen en el desarrollo y la implementación del marco de automatización. Y, por último, hay que comprobar la preparación y la sostenibilidad de la organización. Y si es necesario, hay que comunicar, capacitar y desarrollar una estrategia de soporte adecuada para garantizar que la empresa pueda adoptar la automatización en los niveles requeridos.

Curso de DevOps. Proceso de automatización de IT I

El objetivo de este curso es reconocer el proceso de automatización de IT junto con las posibles aplicaciones que se pueden automatizar. Como arquitectos de automatización, debemos comprender los fundamentos de la automatización de IT. Este comienza siempre con el objetivo de identificar los procesos que reducen o eliminan la intervención manual. Porque la automatización de IT es el proceso que nos ayuda a crear software y sistemas para reemplazar todos los procesos repetibles e intervenciones manuales que actualmente participan en el sistema.

Aparte de eso, como arquitectos de automatización, también debemos centrarnos en acelerar la entrega. Y eso se puede lograr aplicando el proceso de automatización de IT adecuado que nos ayude a eliminar las tareas repetitivas. 

La tercera característica importante que proporciona la automatización y que debemos comprender está relacionada con los negocios. Ayuda a nuestro negocio a escalar, porque la automatización de IT se considera una herramienta potente para escalar un negocio y proporcionar un importante ahorro de costos, lo que permite al personal de IT centrarse solo en tareas estratégicas y no administrativas. También debemos identificar el enfoque de automatización adecuado. 

Nuestra primera tarea como arquitecto es crear una guía de instalación, donde debemos asegurarnos de haber instalado y probado todos los componentes. Una vez instalados los componentes, debemos asegurarnos de que estamos utilizando un lenguaje de automatización que debe ser de naturaleza declarativa, lo que nos ayuda a simplificar la forma en que lo configuramos. También podemos centrarnos en utilizar ciertas plantillas existentes o crear una plantilla reutilizable que pueda usarse para simular un tipo similar de automatización en otros lugares. Y en tercer lugar, también debemos identificar y crear las reglas que impulsan la automatización. Una vez que hayamos recopilado todos los scripts, hayamos creado una plantilla y aplicado las reglas, podemos tratarla como entrada para nuestro motor de automatización.

Esa entrada será utilizada por el motor de automatización para proporcionar una salida. Y ese resultado será el aprovisionamiento, la configuración, la implementación y la orquestación automatizadas de servicios. Hay determinadas aplicaciones que son candidatas adecuadas y que pueden automatizarse.

Vamos a repasar las aplicaciones que son candidatas adecuadas o candidatas potenciales para automatizar. Comenzaremos con la automatización de la nube. El objetivo es reducir los esfuerzos manuales asociados con el aprovisionamiento y la gestión de cargas de trabajo de computación en la nube. La segunda aplicación de la automatización está relacionada con el aprovisionamiento de recursos, lo que ayuda a los administradores a automatizar el aprovisionamiento de recursos en la nube en función de ciertos umbrales. La tercera aplicación importante de la automatización es la configuración. Se puede automatizar la implementación y la configuración de los ajustes y del software tanto para los componentes físicos como virtuales del centro de datos. Una de las aplicaciones interesantes de la automatización también está relacionada con la gestión de la red. La automatización de la red se considera un proceso en el que se automatiza la configuración, la gestión, las pruebas, la implementación y las operaciones de dispositivos físicos y virtuales dentro de una red en particular. Y, por último, la seguridad. La seguridad también se puede automatizar y la automatización de la seguridad se trata de gestionar automáticamente todas las operaciones y tareas de seguridad relacionadas con ella. Es el proceso de ejecución de tareas. Por ejemplo, puede ser la exploración de vulnerabilidades o la identificación de intrusiones externas que se están realizando en el sistema actual, y eso también sin intervenciones humanas. 

Para ver qué se puede automatizar cuando pensamos desde la perspectiva de ITOps en nuestro CloudOps. La red se puede automatizar donde se aplica una metodología para configurar, aprovisionar, gestionar y probar automáticamente todos los dispositivos de red. La creación de copias de seguridad también se puede automatizar, lo que se puede vincular a un conjunto de reglas determinadas. Puede estar limitada por la duración o por el volumen. La escalabilidad también se puede automatizar. La escalabilidad ofrece la capacidad de que un sistema distribuido se amplíe o contraiga fácilmente, según la necesidad de recursos actual. Se pueden aplicar reglas para definir cuándo ampliar y cuándo reducir la escala, lo que se puede automatizar. Y, por último, la conmutación por error. La conmutación por error, de nuevo, es el proceso de mover automáticamente una aplicación o una máquina virtual a un sitio de recuperación ante desastres, en caso de fallo del sistema en el sitio de producción, y esto nos ayuda a lograr un tiempo de inactividad mínimo y una pérdida de datos cero. También se puede planificar la automatización de la conmutación por error. Además de estos, existen otros candidatos que también se pueden automatizar para simplificar el trabajo de las operaciones de IT. Y está relacionado con la automatización de la seguridad, donde se gestionan todas las operaciones mediante la aplicación de la automatización. La emisión de tickets, se puede automatizar donde los tickets se asignarán automáticamente. Se realizarán seguimientos, se crearán alertas y se gestionará el ciclo de vida del ticket desde la creación del ticket hasta el cierre del mismo, de forma automática. Y, por último, las personalizaciones. Se puede definir la automatización de estas personalizaciones específicas del usuario, en función de varios factores diferentes. También puede estar relacionado con la personalización de la interfaz de usuario, en función de desde dónde intenta acceder este a la aplicación. La personalización de servidores desde la perspectiva de la creación de instancias en la zona correcta, que se puede automatizar, en función de varios otros factores. Por lo tanto, podemos aplicar la automatización, según necesidades personalizadas. Una vez que entendamos la necesidad de automatización y todo lo que se puede automatizar, también debemos identificar el enfoque correcto de automatización, y eso está determinado por el nivel de madurez de la automatización. 

Podemos clasificar la madurez en cinco grupos diferentes. En el nivel uno, la madurez es ad hoc, donde tenemos una automatización mínima y está impulsada por un individuo. La mayoría de las veces, la automatización ad hoc se implementa mediante scripts. El nivel dos se trata de oportunismo, donde la automatización se utiliza para abordar un problema específico. Está impulsado por el equipo, es de naturaleza reactiva y puede evaluar varias plataformas y herramientas que nos ayudan en la automatización. El nivel tres es más sistemático, donde los objetivos de automatización se definen con ciertas métricas, que queremos aplicar, impulsados por expertos, no de naturaleza reactiva. Es de naturaleza proactiva, debemos elaborar una hoja de ruta predefinida de la automatización, para obtener una madurez de automatización sistemática. El nivel cuatro se trata de institucionalización, donde primero debemos concentrarnos en desarrollar la hoja de ruta. También es necesario centrarse en garantizar que, cualquiera que sea la hoja de ruta que se adopte, incluir todos los aspectos que se pueden automatizar, impulsados por toda la organización. Y la automatización se lleva a cabo con una cartera de plataformas y diversas herramientas que se han seleccionado. Y el nivel cinco es adaptativo, donde la automatización se adapta a los procesos que se están automatizando. Se aplica el paradigma de autoaprendizaje, autorreparación y optimización automática, muy utilizado en el área del aprendizaje automático y la inteligencia artificial.

Curso de PL/SQL. Sentencia WHILE en PL/SQL de Oracle

La sentencia WHILE en PL/SQL es una estructura de control que permite ejecutar un bloque de código repetidamente mientras se cumpla una condición específica. Es muy útil cuando queremos realizar una serie de operaciones repetitivas hasta que se cumpla una condición de finalización.

¿Qué es la sentencia WHILE en PL/SQL?

La estructura WHILE se utiliza para ejecutar un bloque de código de manera repetitiva mientras una condición específica sea verdadera. Es una estructura de bucle controlado por condición, lo que significa que evalúa la condición al inicio de cada iteración. Si la condición es verdadera, el bloque de código se ejecuta; en caso contrario FALSE, el bucle se detiene y el flujo de control continúa con la siguiente instrucción después del bucle.

 

Sintaxis de WHILE en PL/SQL

La estructura básica de la sentencia WHILE en PL/SQL es la siguiente:

WHILE condición LOOP

    -- Instrucciones a ejecutar mientras la condición sea verdadera

END LOOP;

Componentes de la estructura WHILE

• condición: Una expresión lógica (booleana) que se evalúa antes de cada iteración. Si esta condición es TRUE, el bucle continúa; si es FALSE, el bucle se detiene.

• LOOP ... END LOOP: Define el bloque de código que se ejecutará en cada iteración.

Ejemplos Prácticos

A continuación, veremos algunos ejemplos para comprender cómo utilizar la sentencia WHILE en PL/SQL.

Ejemplo 1: Contador sencillo con WHILE

En este ejemplo, usaremos un contador que empieza en 1 y se incrementa en 1 en cada iteración del bucle hasta llegar a 5.

DECLARE

    contador NUMBER := 1;

BEGIN

    WHILE contador <= 5 LOOP

        DBMS_OUTPUT.PUT_LINE('Contador: ' || contador);

        contador := contador + 1;

    END LOOP;

END;

Explicación

1. Definimos una variable contador con un valor inicial de 1.

2. El bucle WHILE evalúa si el valor de contador es menor o igual a 5.

3. Si la condición es TRUE, imprime el valor actual del contador y luego lo incrementa en 1.

4. Una vez que contador supera 5, el bucle termina.

Este código imprimirá lo siguiente:

Contador: 1

Contador: 2

Contador: 3

Contador: 4

Contador: 5

Ejemplo 2: Sumar números del 1 al 10

Este ejemplo muestra cómo podemos utilizar WHILE para sumar los números del 1 al 10.

DECLARE

    suma NUMBER := 0;

    i NUMBER := 1;

BEGIN

    WHILE i <= 10 LOOP

        suma := suma + i;

        i := i + 1;

    END LOOP;

    DBMS_OUTPUT.PUT_LINE('La suma de los números del 1 al 10 es: ' || suma);

END;

Explicación

1. Inicializamos suma en 0, y i en 1.

2. El bucle se ejecuta mientras i sea menor o igual a 10.

3. En cada iteración, i se suma a suma, y luego incrementamos i en 1.

4. Cuando i alcanza 11, el bucle se detiene y el programa imprime el resultado.

Salida:

La suma de los números del 1 al 10 es: 55

Ejemplo 3: WHILE con una tabla de base de datos

En este ejemplo, supongamos que queremos iterar sobre los primeros 10 empleados de una tabla ficticia llamada EMPLEADOS, y queremos mostrar sus nombres. Vamos a utilizar WHILE para controlar el número de iteraciones.

DECLARE

    cursor empleados_cur IS

        SELECT first_name FROM empleados;

    nombre_empleado VARCHAR2(50);

    contador NUMBER := 1;

BEGIN

    OPEN empleados_cur;

    WHILE contador <= 10 LOOP

        FETCH empleados_cur INTO nombre_empleado;

        EXIT WHEN empleados_cur%NOTFOUND;  -- Salir del bucle si no hay más registros

        DBMS_OUTPUT.PUT_LINE('Empleado ' || contador || ': ' || nombre_empleado);

        contador := contador + 1;

    END LOOP;

    CLOSE empleados_cur;

END;

Explicación

1. Definimos un cursor empleados_cur para obtener los nombres de los empleados.

2. Inicializamos contador en 1.

3. Abrimos el cursor y utilizamos FETCH dentro del bucle WHILE para obtener un registro en cada iteración.

4. Con EXIT WHEN empleados_cur%NOTFOUND, salimos del bucle si ya no hay registros que obtener.

5. El contador limita el bucle a los primeros 10 empleados, evitando que el bucle continúe indefinidamente.

Este código imprimirá los nombres de los primeros 10 empleados.

Consideraciones Importantes al Usar WHILE en PL/SQL

1. Condiciones infinitas: Asegúrate de que la condición del WHILE eventualmente se volverá FALSE para evitar bucles infinitos. Una condición infinita puede hacer que el programa nunca termine.

2. Incrementos dentro del bucle: Si estás usando una variable de control (como el contador en los ejemplos), asegúrate de incrementarla dentro del bucle para que se cumpla la condición de salida.

3. Manejo de cursores: Cuando trabajes con cursores dentro de un WHILE, es importante recordar cerrar el cursor después de terminar el bucle.

Conclusión

La sentencia WHILE en PL/SQL es una poderosa herramienta para ejecutar operaciones repetitivas mientras se cumpla una condición. Nos permite iterar sobre valores, realizar cálculos, y manipular datos de forma controlada. Los ejemplos en este artículo te dan una base para entender y aplicar el bucle WHILE en tus proyectos con PL/SQL.

Curso de DevOps: Automatización X. Configurar un entorno de automatización

En este último post de la serie vamos a configurar un entorno de automatización de principio a fin para el mecanismo de entrega impulsado por DevOps. Hay varias formas diferentes que se pueden utilizar para configurar un entorno de automatización. Es necesario contar con una gestión de configuración adecuada mediante Puppet o Chef. Y también debemos tener la capacidad de gestionar todos los módulos que se implementarán en la infraestructura aprovisionada y gestionada por Puppet o Chef. Tomaremos un ejemplo que proporcione un entorno de automatización de principio a fin configurado para un mecanismo de entrega impulsado por DevOps. Vamos a utilizar GitLab. Iniciaremos GitLab ien un navegador y especificando https://gitlab.com. También Podemos tener instalado GitLab en nuestras propias instalaciones o podemos utilizar la versión en la nube.

 

Hemos iniciado sesión en la versión en la nube. Crearemos nuestro proyecto, para hacer eso, haremos clic en el botón Nuevo proyecto de la parte superior derecha de la página web.

Haremos clic en él, GitLab nos ofrece varias opciones diferentes para crear un nuevo proyecto. Podemos  crear un proyecto en blanco, Crear desde plantilla, Importar proyecto existente o Ejecutar CI/CD para repositorios externos.

Haremos clic en Ejecutar CI/CD para repositorios externos.

Esto nos llevará a una página donde podremos decidir si deseas conectar el repositorio desde GitHub o mediante URL.

Haremos clic en GitHub. Una vez hecho clic en GitHub, nos autenticaremos con GitHub.

 

Nos pedirá que GitHub autorice a GitLab para que poder tener acceso a todos los repositorios de GitHub. Que incluso puede contener infraestructura como código para automatizar el aprovisionamiento de infraestructura. Debemos ir a nuestro GitHub y obtener un token de acceso personal. Después de obtener el token de acceso personal, debemos pegarlo y hacer clic en el botón autenticar, que se encuentra en la esquina derecha de la página actual. Ahora tenemos que decidir a qué repositorio conectarnos. Por ejemplo, podemos ir hacer clic en Conectar donde tenemos una muestra de Kubernetes. Haremos clic en Conectar.

Una vez hecho clic en conectar, comenzará a ejecutarse y podremos ver claramente el estado. Ahora el estado cambia a Listo, ahora tenemos la parte del repositorio de nuestro GitLab.

 

Haremos clic en Ir al proyecto

Hecho esto, encontraremos un panel de control donde tendremos el panel de navegación izquierdo, que nos ayudará a utilizar el repositorio de GitHub e implementar el proceso de escritura de CI/CD con función de automatización. El panel de navegación izquierdo contiene las siguientes opciones: descripción general del proyecto, repositorio, CI/CD, operaciones, etc.

 

Podemos pulsar sobre cualquiera de estas actividades. Por ejemplo, hacemos clic en CI/CD, se iniciará la página CI/CD, lo que nos facilitará la creación de canalizaciones. (pipelines)

El panel de contenido muestra un título en el centro, debajo del encabezado aparece un botón con la etiqueta: canalizaciones. (pipelines).

 

Al seleccionar el botón: Comenzar con canalizaciones, aparece una página titulada: Construir con confianza. GitLab CI/CD. Una vez que hagamos clic, en comenzar con las propiedades (Get started with propierties) nos proporcionará documentación que podremos utilizar para crear y automatizar varios tipos diferentes de actividades que requieren los ingenieros de DevOps.

Nos desplazamos hacia abajo en la página. La página muestra dos tarjetas, tituladas: Corredores específicos y Corredores compartidos. La tarjeta "Corredores específicos" contiene el botón: Instalar Runner en Kubernetes. Lo pulsamos  para configurarlo automáticamente.

 

Podemos hacer clic en Instalar corredor en Kubernetes. Nos proporcionará documentación que nos ayudará a decidir cómo podemos automatizarlo,  podemos iniciar la ejecución automáticamente. Así es como utilizar GitLab como  plataforma  para configurar un entorno de automatización de principio a fin.

Resumen del curso

En este curso, hemos examinado cómo identificar tareas clave y procesos comerciales para la automatización.  Configurar entornos de automatización de principio a fin. Hemos explorando el concepto de automatización de TI. Las tareas y procesos clave que se pueden automatizar para obtener valor del modelado de negocios. Junto con el ciclo automatizado de entrega de TI y su impacto en la gestión y el monitoreo de TI. El papel de la automatización de procesos, la automatización robótica de procesos y la automatización de servicios en la creación de flujos de valor para la entrega de TI empresarial de principio a fin junto con los beneficios de implementar sistemas de información conscientes de los procesos. Las características clave, el núcleo y el componente de administración que debemos considerar al configurar un sistema de automatización multiplataforma. Los atributos técnicos de la automatización, el papel del flujo de trabajo de DevOps para satisfacer las demandas de la economía digital. Y las herramientas destacadas que podemos utilizar para facilitar los entornos de automatización. Cómo configurar un entorno de automatización de un extremo a otro para un mecanismo de entrega impulsado por DevOps.

 

 

Curso de PL/SQL. Bucles con FOR LOOP

Curso de PL/SQL. Bucles con FOR LOOP

En PL/SQL, los bucles o ciclos son estructuras de control que permiten ejecutar un bloque de código repetidamente. Uno de los tipos más comunes de bucle es el FOR LOOP, que resulta muy útil cuando sabemos cuántas veces necesitamos repetir una tarea. A continuación, veremos cómo funciona y algunos ejemplos prácticos de su uso.

¿Qué es un FOR LOOP en PL/SQL?

El FOR LOOP en PL/SQL se utiliza para iterar sobre un rango de valores. Cada iteración incrementa automáticamente el contador del ciclo sin que el programador tenga que preocuparse por actualizarlo manualmente. Este tipo de bucle es ideal cuando conocemos el número de iteraciones por adelantado.

El formato básico del bucle FOR LOOP es:

FOR contador IN [rango] LOOP

   -- Código que se ejecutará en cada iteración

END LOOP;

Componentes:

• contador: Es la variable que se incrementa automáticamente con cada iteración.
• rango: Define el inicio y el fin del bucle. Puede ser ascendente o descendente.
• cuerpo del bucle: Es el bloque de código que se ejecuta en cada iteración.

Ejemplo básico

Un ejemplo típico sería imprimir los números del 1 al 5:

BEGIN

   FOR i IN 1..5 LOOP

      DBMS_OUTPUT.PUT_LINE('El valor de i es: ' || i);

   END LOOP;

END;

Explicación:

• El bucle comienza con la variable i igual a 1.
• En cada iteración, i se incrementa automáticamente en 1.
• Se ejecuta el código dentro del bucle, que en este caso imprime el valor de i en cada vuelta.
• El ciclo se detiene cuando i llega a 5, luego de ejecutar la última iteración.

Resultado:

El valor de i es: 1

El valor de i es: 2

El valor de i es: 3

El valor de i es: 4

El valor de i es: 5

Rango descendente

El FOR LOOP en PL/SQL también permite rangos descendentes. Si quieres ejecutar un ciclo hacia atrás, puedes utilizar el siguiente formato:

BEGIN

   FOR i IN REVERSE 5..1 LOOP

      DBMS_OUTPUT.PUT_LINE('El valor de i es: ' || i);

   END LOOP;

END;

Explicación:

• Utilizamos la palabra clave REVERSE para que el bucle decremente el valor de i en lugar de incrementarlo.
• El ciclo comenzará en 5 y finalizará cuando i sea 1.

Resultado:

El valor de i es: 5

El valor de i es: 4

El valor de i es: 3

El valor de i es: 2

El valor de i es: 1

Ejemplo práctico: Insertar registros en una tabla

Supongamos que tenemos una tabla llamada EMPEADOS y queremos agregar 5 registros de prueba utilizando un FOR LOOP en PL/SQL.

BEGIN

   FOR i IN 1..5 LOOP

      INSERT INTO EMPLEADOS (EMPLEADO_ID, NOMBRE)

      VALUES (i, 'Empleado ' || i);

   END LOOP;

   COMMIT;

END;

Explicación:

• El bucle se ejecuta 5 veces, insertando un nuevo registro en la tabla EMPLEADOS en cada iteración.
• La columna EMPLEADO_ID toma el valor de i, y la columna NOMBRE concatena el número de empleado.
• Finalmente, el bloque termina con una sentencia COMMIT para asegurarse de que los cambios se guarden en la base de datos.

Resultado:

La tabla EMPLEADOS tendría 5 registros nuevos:

EMPLEADO_ID	NOMBRE
1	Empleado 1
2	Empleado 2
3	Empleado 3
4	Empleado 4
5	Empleado 5

Consideraciones importantes:

• Los rangos en un FOR LOOP deben ser enteros. No se pueden utilizar valores decimales o no numéricos como rangos.
• Un FOR LOOP siempre ejecutará las iteraciones en un orden predecible y fijo. Esto lo hace perfecto para tareas repetitivas donde se necesita controlar exactamente cuántas veces se ejecuta el ciclo.

Conclusión

El FOR LOOP en PL/SQL es una herramienta poderosa y eficiente para realizar tareas repetitivas cuando el número de iteraciones está claramente definido. Desde recorrer un rango de valores hasta realizar operaciones masivas en la base de datos, el FOR LOOP te permite escribir código limpio y fácil de mantener.