Curso online gratuito de DevOps: Automatización IT y Tareas IT

Aquí dejo los enlaces al primer curso de DevOps. Según vaya terminando los diferente módulos, los iré publicando en forma de curso.

Automatización IT y Tareas IT 

Automatización I. Ciclos de entrega de IT automatizados

Si te gusta esta imagen.

Automatización II. Tareas y procesos clave para automatizar

Automatización III. Descubriendo la necesidad de automatización

Automatización IV.  Identificar el alcance de la automatización

Automatización V. Sistemas de Automatización Multiplataforma

Automatización VI. Relaciones, dependencias y políticas

Automatización VII. Atributos de los flujos de trabajo de automatización y DevOps

Automatización VIII. Componentes de una plataforma de automatización

Automatización IX. Herramientas para la automatización

Automatización X. Configurar un entorno de automatización

Proceso de automatización de IT I

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

DevOps y automatización 

El rol de la automatización en DevOps 

Arquitecto de Automatización DevOps

Automatización de la Implementación

Curso de DevOps. CD/CI Ciclo de vida y patrones de DevOps

 CD/CI

El objetivo de este articulo es describir el ciclo de vida de DevOps junto con los patrones esenciales que se utilizan para complementar la metodología Agile y avanzar hacia la adopción de prácticas DevOps. 

 Vamos a ver qué necesitamos para gestionar un sistema complejo. Nuestra primera expectativa es un desarrollo rápido de aplicaciones. Además, esperamos lanzar al mercado aplicaciones de alta calidad lo más rápido posible. 

Y aquí entra el papel de Agile. Agile complementa DevOps al proporcionar un mecanismo rápido de desarrollo de aplicaciones que comienza con la planificación, la codificación, la revisión, la compilación y las pruebas. Una vez probados los desarrollos, debemos trasladarlos rápidamente a operaciones, donde comenzamos con la implementación, poniendo el sistema en funcionamiento. Una vez que está operativo, lo monitoreamos desde diferentes perspectivas y creamos un ciclo de retroalimentación para gestionarlo. 

Finalmente, debemos lanzarlo. Agile complementa DevOps al garantizar que los desarrolladores y el equipo de operaciones colaboren de forma más eficaz entre operaciones y desarrollo. Esto crea una sincronización adecuada en la aplicación. De este modo veremos que nuestras operaciones siempre están sincronizadas con las versiones que se envían mediante la metodología Agile.

 

 A Continuación veremos algunos de los patrones comunes que podemos adoptar para DevOps y CloudOps. Todos sabemos que la velocidad es el motor de DevOps. Debemos asegurarnos de que estamos adaptando los procesos y trabajando hacia la automatización para que sean más adecuados para el nuevo producto. También tenemos en cuenta la revisión del diseño y el reinicio cada vez que se intercepta un cambio. Esto nos lleva a dos patrones importantes. Primero, el patrón DevOps, donde nos centramos en el desarrollo, la entrega de aplicaciones y el soporte continuo a través de las operaciones de escritura. El segundo patrón que podemos adoptar es centrarnos más en un elemento esencial llamado seguridad, ya que la seguridad es esencial para cualquier negocio. Y se adopta para reducir el riesgo general. Si consideramos no solo el desarrollo, la entrega y la operación, sino también la seguridad, el patrón que hemos adoptado es DevSecOps. 

Veamos ahora, cómo se aplica Agile a DevOps, para lo cual necesitamos comprender el proceso cíclico. Comenzamos con la planificación y la medición, y ahí es donde entra en juego la dirección, que se centra en la planificación empresarial continua. Una vez realizada la planificación empresarial, se crea un mecanismo Agile con el enfoque colaborativo adecuado para construir la aplicación y probarla. Para ello, se deben adoptar las pruebas continuas. Cualquier código que se escriba debe probarse desde diferentes perspectivas. Una vez adoptado el principio de las pruebas continuas, se habrán probado los desarrollos que deben implementarse y publicarse. Para ello, se debe adoptar el mecanismo de publicación e implementación continuas, tal como lo prefiere DevOps. Una vez implementado, es necesario adoptar prácticas de monitoreo continuo, retroalimentación continua de los clientes y contar con un plan de optimización. Esto se lleva a cabo en la fase operativa mediante la adopción de la dirección, construcción, implementación y operación, impulsadas por la planificación, pruebas, implementación de lanzamientos continuos, monitoreo continuo y un ciclo de retroalimentación continuo. De esta manera, podremos aplicar Agile en DevOps. 

 

Finalmente veremos Agile desde la perspectiva de CloudOps, donde contaremos con un impulsor de negocio que asumirá la responsabilidad de alinear al equipo de negocios y de TI. Una vez alineado, es necesario centrarse en la frecuencia de lanzamiento que se debe proporcionar. Y sí, es necesario adoptar siempre la integración continua. Con estos impulsores de negocio esenciales, es necesario adoptar el objetivo de aprovisionamiento y configuración, que es la computación en la nube. Se puede aprovechar la capacidad de la infraestructura similar a la nube para la disponibilidad, el escalamiento y la rentabilidad. Una vez que se haya adoptado la nube, se pueden adoptar los principios Agile para seleccionar la metodología adecuada de desarrollo iterativo e incremental que generará desarrollos que deben ser gestionados por el equipo de operaciones. Al adoptar DevOps, se trata de operaciones automatizadas, implementación continua, monitoreo distribuido y un ciclo de retroalimentación de escritura. En resumen, es necesario identificar el impulsor del negocio y adoptar un mecanismo ágil, impulsado por las prácticas de DevOps. Aplicar estas prácticas en la nube, utilizando las capacidades de la nube y las diversas herramientas y servicios que ofrece, para implementar DevOps.

Curso de DevOps: Automatización de la Implementación

Vamos a ver como automatizar la implementación, junto con los enfoques más destacados para implementarla. Es una tarea crítica: pues pone la aplicación a disposición del usuario final. Al adoptar DevOps y CloudOps, tendremos múltiples destinos donde implementar la aplicación. Necesitamos pues también automatizar la implementación porque las implementaciones manuales no siempre son consistentes en todos los entornos. Son lentas, no repetibles ni confiables. La implementación manual requiere un uso intensivo de recursos humanos, así como de infraestructura. Finalmente, las implementaciones manuales dificultan la colaboración, ya que solo la realizan unos pocos expertos. 

Por esta razón, necesitamos adoptar la implementación automatizada para lograr consistencia en todos los entornos, ser rápidos, minimizar el uso de recursos humanos repetidamente y, además, construir la colaboración adecuada mediante la implementación en un flujo de trabajo automatizado de CI/CD. Vamos a ver el proceso de automatización de la implementación, para lo cual necesitamos veremos varios componentes diferentes. Para empezar, necesitamos saber qué se debe automatizar. Es necesario automatizar el flujo de trabajo de implementación, las pruebas de integración, la configuración, la gestión y las implementaciones. También es necesario realizar un seguimiento de dónde y en qué objetivos se implementará, ya sea físico o virtual, local o en la nube. 

 

Es necesario realizar un seguimiento de la práctica de implementación. Esto se puede lograr mediante la adopción de implementaciones automatizadas rápidas y sin errores. Se puede utilizar un solo clic o herramientas que proporcionen una implementación continua con un solo clic. También se pueden seleccionar herramientas que proporcionen una implementación con una sola herramienta en todos los entornos. Por lo tanto, se puede tener una sola herramienta, un solo clic, y también se deben identificar varias métricas de implementación. Existen varios entornos diferentes donde se pueden utilizar las capacidades de implementación automatizada. Para empezar, se tienen los entornos SIT, QA, staging y producción. Debemos adoptar la herramienta adecuada de implementación continua, con un solo clic, para automatizar implementaciones sin errores, realizar un seguimiento de las métricas de implementación, identificar qué se debe automatizar y cuál es el objetivo de la implementación. 

A continuación veremos la práctica de la implementación continua mediante un pipeline. Tendremos desarrolladores que enviarán el código a VCS (Sistema de Control de Versiones). Tendremos un servidor de automatización de compilación que buscará cambios tan pronto como se identifiquen. Este servidor se encargará de compilar los cambios, realizar pruebas unitarias y finalizar la implementación. Esta implementación puede realizarse en un entorno de producción, un entorno de UAT o cualquier otro entorno de prueba. Sin embargo, debemos asegurarnos de crear un entorno de implementación independiente para las pruebas de aceptación, las pruebas de capacidad, las pruebas de aceptación del usuario y el entorno de producción. Finalmente, debemos identificar la automatización de la implementación y la estrategia que podemos adoptar para integrarla en DevOps. Comenzaremos con la planificación para definir el tipo de desarrollo, la estrategia y el objetivo de desarrollo. El siguiente paso siempre es implementar, probar y, finalmente, verificar. Por lo tanto, debemos seguir tres pasos importantes antes de definir el enfoque de automatización de la implementación. Se trata de planificar, implementar y probar adecuadamente las herramientas que utilizamos, ya sea desde una perspectiva de desarrollo o de operaciones. Finalmente, verificaremos el resultado de la automatización.

Con este post terminamos la automatización de DevOps, en el próximo comenzaremos con CICD.

Curso de DevOps. Arquitecto de Automatización DevOps

 Vamos a ver el rol del arquitecto de automatización DevOps y sus responsabilidades críticas. Un arquitecto o ingeniero de automatización es responsable de gestionar y mantener el sistema de infraestructura mediante la automatización. 

Debe ser un buen comunicador y fomentar la colaboración. Debe comprender cómo y cuándo escalar automáticamente un sistema. También debe ser un buen mentor para asegurar que el equipo pueda escalar y comprender la implementación técnica de la automatización. Un ingeniero o arquitecto de automatización también es responsable de controlar los componentes integrales y garantizar que cualquier componente en el que trabaje esté alineado con el objetivo de la empresa. Y, por último, debe ser un colaborador experto. 

La responsabilidad del arquitecto de automatización es analizar, ejecutar y optimizar las prácticas de DevOps. También es responsable de adoptar los procesos de automatización adecuados con las herramientas adecuadas. Su responsabilidad es facilitar el proceso de desarrollo y las operaciones mediante la colaboración adecuada. Además, debe crear un canal DevOps adecuado en toda la organización o empresa. Finalmente, debe crear un entorno de desarrollo continuo para acelerar el proceso de desarrollo e implementación de aplicaciones. 

Para ser un arquitecto de automatización DevOps, ¿qué habilidades necesitamos? Necesitamos años de experiencia para comprender arquitecturas complejas y estar al día con las herramientas disponibles. Necesitamos la capacidad de construir la visión de la automatización. Un arquitecto de automatización DevOps posee una mentalidad de liderazgo inherente. Debe tener excelentes habilidades de comunicación. Y siempre debe estar al día con el conocimiento de las herramientas y tecnologías que se pueden utilizar para optimizar el nivel de automatización existente. Por último, debe tener un sólido conocimiento de automatización, DevOps, arquitectura y conceptos tecnológicos. Ahora, intentemos comprender la gestión práctica del arquitecto y DevOps. La gestión adecuada de las prácticas de DevOps, se puede lograr analizando, ejecutando y optimizando todos los procesos y prácticas de DevOps. También deberá automatizar los procesos con las herramientas adecuadas, facilitar el desarrollo y la operación de principio a fin, y establecer un canal y una cultura DevOps adecuados. Además, existen otras prácticas de DevOps que el arquitecto debe adoptar e implementar. Para empezar, debe tener la capacidad de configurar la compilación continua. También debe diseñar o rediseñar prácticas integrales y eficientes para aumentar la adaptabilidad de la automatización. Finalmente, debe guiar constantemente a los equipos de desarrollo y operación para garantizar que, ante cualquier problema, se gestione de forma colaborativa.

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.

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 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 DevOps. Automatización IX. Herramientas para la automatización

Uno de los requisitos esenciales es seleccionar la herramienta de automatización adecuada. Y para eso necesitamos saber qué es necesario automatizar y a qué  categoría pertenece. Hemos clasificado en dos categorías importantes. Primero como herramienta de automatización de procesos de negocio. En segundo lugar como herramienta de automatización de infraestructura.

 

Vamos a enumerar ciertas herramientas que se pueden utilizar para la automatización de procesos comerciales. Para empezar, tenemos Blue Prism, s UiPath, Automation Anywhere y Pega. Estas son algunas de las herramientas esenciales que son populares en el mercado y se utilizan para la automatización de procesos comerciales.

 

Podemos comparar Blue Prism, UiPath, Automation Anywhere y Pega utilizando ciertos escenarios de uso. Blue Prism proporciona capacidades básicas. UiPath también proporciona capacidades básicas, Automation Anywhere es similar a UiPath y Blue Prism proporciona capacidades básicas. Pero Pega viene con capacidades de gestión de procesos comerciales. Desde la perspectiva de la independencia de la plataforma. Blue Prism es compatible con cualquier plataforma, UiPath es compatible con cualquier plataforma y también es compatible con Citrix. Automation Anywhere es local y en la nube. Pega es un servidor de escritorio. En cuanto a la facilidad de uso, Blue Prism es fácil de usar para los desarrolladores. UiPath proporciona una interfaz que pueden utilizar incluso quienes no son desarrolladores, lo mismo ocurre con Automation Anywhere y Pega.

Desde la perspectiva de costos, Blue Prism tiene un costo en torno a 15.000 a 18.000 € al año. UiPath es gratis. Automation Anywhere tiene diferentes modelos de cálculo de costos que dependen del sistema local y de la nube. Pega comienza desde 200 € al mes.

Respecto a la escalabilidad, Blue Prism no compromete la escalabilidad. UiPath, Automation Anywhere proporciona escalabilidad. Pero cuando se trata de Pega, es escalable a nivel empresarial porque solo proporciona versiones de servidores de escritorio.

 

Ahora vamos a repasar las herramientas de automatización de infraestructura. Para empezar tenemos Docker, Puppet, Chef, Ansible y Kubernetes. Son cinco herramientas importantes, vamos a ver se puede hacer con cada una de ellas y  para qué. Docker es una tecnología de contenedores. Puppet, Chef, Ansible y Kubernetes son herramientas de gestión de configuración. Docker soporta Go. Puppet, utiliza el lenguaje específico del dominio Ruby, Chef, utiliza Ruby y Erlang. Ansible está escrito en Python y admite scripts de Python y finalmente Kubernetes se maneja en Go.

Docker, es más fácil de administrar, comprender y aislar, generalmente la tecnología de contenedorización es difícil para principiantes. Chef es complejo desde la perspectiva del desarrollo, porque necesitamos conocer Ruby. Ansible proporciona un enfoque sencillo para la gestión de la configuración. Y Kubernetes requiere mucha planificación para poder configurarlo.