Menú

Desmitificando DevOps: tutorial en vídeo (parte 1)

  • Principal
  • Otro
  • Desmitificando DevOps: tutorial en vídeo (parte 1)

demystifying devops video tutorial

Pruebe Nuestro Instrumento Para Eliminar Los Problemas

Tutoriales en video de DevOps:

preguntas de entrevista basadas en escenarios de pl sql

En nuestro tutorial anterior, aprendimos cómo DevOps afectará las pruebas de control de calidad . Aquí, en este tutorial, aprenderá todo sobre DevOps con un video incluido.

(Desplácese hacia abajo para comenzar con el primer video de esta serie)

Lectura recomendada => Serie de formación DevOps

En estos días, DevOps es el tema candente y la palabra de moda en la industria de TI.

Desmitificando DevOps

Con la creciente demanda de las entregas de software, la metodología de entrega de software está experimentando cambios para satisfacer las exigentes expectativas de los clientes.

Por lo tanto, DevOps es una forma mejorada y más reciente de entregar el software a los clientes, especialmente para las soluciones basadas en la nube donde se espera que las entregas de software ocurran rápidamente.

Muchas de las organizaciones avanzadas ya han comenzado a adoptar la forma DevOps de entregar software a los clientes. Y muchos más están en la dirección de adoptarlo. Además, en estos días, la mayoría de las oportunidades de TI exigen conocimientos de DevOps.

Por lo tanto, es muy importante que todos desmitifiquen las 'DevOps'.

Desmitificando DevOps: tutoriales en vídeo

Objetivo de los tutoriales en vídeo de formación de DevOps:

  • Conocer DevOps para marchar hacia su implementación.
  • Comprender cómo DevOps está generando cambios en la forma actual de trabajar y realizar entregas.
  • Crear una comprensión básica del concepto DevOps.

Contenido:

Contiene,

  • Todo sobre DevOps.
  • ¿Qué es la colaboración y cómo llevar la colaboración entre Dev y Ops?
  • Procesos clave de DevOps, integración continua, pruebas continuas e implementación continua.
  • Conceptos clave de DevOps, administración de versiones, administración de configuración y monitoreo de aplicaciones.

Aprendizajes clave:

  • Capaz de definir DevOps.
  • ¿Por qué una organización necesita DevOps?
  • ¿Cómo empezar con DevOps?
  • ¿Cómo reunir al equipo de Desarrollo y Operaciones?

Diseño:

  • Este tutorial completo está estructurado en 4 partes, part1, part2, part3 y part4 y luego un cierre o recapitulación de part5.
  • Cada parte se subdivide en bloques de videos más pequeños con la intención de que sea fácil de entender para todos.
  • En cada uno de estos videos, hay un resumen de lo que se cubrió en el video anterior y lo que se cubrirá en el siguiente video.
  • El video es muy simple, con un lenguaje sencillo y diapositivas en powerpoint con algunos dibujos útiles para explicar donde sea necesario.
  • Cada video es independiente por sí mismo para comprender su concepto y no es necesario que haga referencia a otros videos. Pero tiene sentido ir en el orden de la parte 1 a la parte 4 para comprender mejor el tema.

Cobertura:

Parte 1 : (Este tutorial)

Introducción a DevOps. Su trasfondo, definición, valor, beneficios, hábitos y mejores prácticas de DevOps.

Parte 2 :

Prácticas de DevOps basadas en los Principios ágiles, la importancia de los procesos clave como el control de fuente y la automatización y cómo se aplica a DevOps.

Parte 3 :

Detalles sobre los procesos clave de DevOps como,

  • Integración continua,
  • Pruebas continuas y
  • Despliegue continuo.

Parte 4 :

Importancia de algunos procesos clave más de DevOps,

  • Gestión de configuración,
  • Gestión de versiones y
  • Supervisión del rendimiento de la aplicación en Live.

Parte 5 :

Resumen de todo el curso.

*******************************************

Comencemos con el primer video tutorial de esta serie:

En esta primera parte del video de este tutorial, aprenderá,

  • ¿Cuál es el trasfondo de DevOps y los impulsores para introducir esta nueva forma de entregar el software?
  • ¿Qué es DevOps, por qué no existe una definición única para definir DevOps? ¿Es un método, un proceso, una cultura?
  • Si bien comprendimos qué es DevOps, es esencial saber qué no es DevOps.
  • Los beneficios de implementar DevOps en una organización.
  • Y las diversas prácticas y hábitos de la práctica de DevOps.
  • Las métricas clave de DevOps.

VIDEO Parte 1: Introducción- 21 minutos 46 segundos

Bueno, hoy hablaré sobre el tema 'Desmitificar DevOps', que es un tema muy candente en la industria de TI en estos días.

Seguimos escuchando esta palabra de moda muy a menudo en todos los lugares. Además, en estos días, la mayoría de las oportunidades laborales de TI buscan el conocimiento y la experiencia de 'DevOps' y, por lo tanto, es muy importante conocerlo.

¡¡Vamos!! Entendamos de qué se trata este DevOps.

Visión general

Esta serie, 'Desmitificando DevOps', se divide en 4 partes, y esto, a su vez, haría que la audiencia se sintiera un poco cómoda al comprender cada parte de DevOps de forma lenta y constante.

Al final de esta serie, estoy seguro de que podrá definir qué es DevOps. ¿Por qué necesitamos DevOps? cuales son sus beneficios ¿Cómo puede una organización adoptar DevOps para sus compromisos? y ¿cuál es el papel del evaluador en toda la práctica de DevOps?

Si bien la práctica ágil aceleraba el proceso de desarrollo rápidamente y el equipo de software comenzaba a entregarlo a Operaciones en el plazo especificado, la industria de TI aún enfrentaba desafíos para preparar la producción de software y abrirla a los clientes.

Operaciones realmente tomó mucho tiempo para producirlo con muchos intercambios entre el equipo de software y el equipo de operaciones con la dificultad de instalar el software, ponerlo en funcionamiento y administrar el rendimiento.

La industria entendió lentamente la desconexión entre el desarrollo y las operaciones y la brecha en la colaboración entre las partes interesadas, especialmente las operaciones, los desarrolladores, los analistas de negocios y los probadores para obtener el tiempo de respuesta del software y entregar el software de calidad, lo que realmente resultó ser costoso .

Y poco a poco, esta brecha llevó a la introducción de la práctica llamada 'DevOps', que se desarrolló por encima de la práctica y los principios ágiles que tenían como objetivo la entrega de software de calidad. O en otras palabras, 'entregar valor a los clientes' en un lapso corto de tiempo de una manera más eficiente y entregando lo que realmente querían los clientes.

¿Qué es DevOps?

Ahora, después de comprender los antecedentes de la introducción de DevOps, nos resulta fácil definir qué es DevOps. Cuando se trata de la definición de DevOps, no existe una definición estándar. Pero apuesto a que muchos darán su propia versión de las definiciones.

Como entendimos el propósito y la intención de introducir DevOps, podemos decir claramente que DevOps es una práctica de clara colaboración entre las partes interesadas del desarrollo de software, no solo los desarrolladores y las operaciones, sino con el resto del equipo, con el fin de Permitir la entrega de valor al cliente más rápido y mejor.

Aquí, cuando digo el resto del equipo, incluye gerentes de proyecto, analistas de negocios, personas que recopilan los requisitos, quienes mantienen la aplicación, personas de servicio al cliente, etc.

Devops cubre principalmente las brechas que existían anteriormente debido a la falta de comunicación y colaboración y que a su vez resultaba en una mala calidad del software, muchas demoras en las implementaciones y clientes insatisfechos también.

Bueno, DevOps no es solo la colaboración, sino también la combinación de un conjunto adecuado de personas, un conjunto adecuado de procesos y un conjunto adecuado de herramientas para permitir la entrega continua de 'valor a los clientes'. Aquí sigo presionando la palabra 'Valor para los clientes' porque el único y último objetivo de DevOps es preparar la producción de software para ofrecer valor a los clientes.

Esta es una gran diferencia y el aspecto clave de DevOps.

Finalmente, Devops es una cultura que permite a las personas enfocarse en,

  1. Cliente
  2. Entrega a producción,
  3. Automatización
  4. Retroalimentación y medición

¿Qué no es DevOps?

Después de comprender qué es DevOps, también es mejor comprender qué no es DevOps, para evitar confusiones.

DevOps no es una herramienta de código abierto o con licencia, que estará disponible en el mercado, por lo que uno puede ir, comprarla, instalarla y usarla y tiene todos los resultados disponibles. Tampoco es una especificación estándar o un libro de reglas para que uno pueda seguir y obtener el resultado deseado.

Tampoco es un conjunto de procesos como ISO, CMMI para que uno pueda adaptarse y obtener la certificación.

Además de la falta de colaboración entre Desarrollo y Operaciones, con las cambiantes necesidades del mercado, había muchos más puntos débiles en el método de desarrollo de software tradicional e incluso en la metodología ágil, que era necesario abordar y que se convirtieron en los impulsores clave. de la práctica de DevOps.

Bueno, la necesidad de mejorar constantemente la calidad y el rendimiento de la aplicación era la más importante. El aumento de las expectativas y demandas de los clientes y el cumplimiento de la experiencia del cliente esperada fue un verdadero desafío en el método tradicional de desarrollo de software.

La presión y la competencia cada vez mayores en el mercado para liberar cada vez más rápido fue otro factor clave.

Con el rango actual de soporte de múltiples sistemas operativos y plataformas, no es suficiente desarrollar el software para que funcione en una sola plataforma o sistema operativo y, por lo tanto, se requirió un proceso de desarrollo de software para soportar múltiples plataformas simultáneamente.

Cada vez más software que pasaba a las soluciones basadas en la nube exigía pruebas continuas, implementación continua y automatización para reducir el tiempo de ciclo.

Aumento de programas, soluciones e infraestructuras complejas de TI complejas y de misión crítica para la implementación y el soporte requerido en todas las geografías para mantenerlos a través de un gran desafío para el desarrollo de software.

Valor de DevOps

Después de comprender los impulsores clave de DevOps, es fácil comprender el valor de DevOps que aporta a la organización que lo practica.

DevOps principalmente cierra la brecha entre las partes interesadas y, por lo tanto, mejora la comunicación y la colaboración durante todo el ciclo de vida del desarrollo de la aplicación. DevOps mejora el tiempo de entrega y reduce los plazos de entrega de software. El tiempo de entrega es el tiempo transcurrido desde la confirmación del código hasta el código entregado a la producción con éxito.

Entonces, en general, DevOps inhibe una cultura que cambia a toda la organización y lleva a sus empleados a enfocarse en entregar software que brinde valor a los clientes.

En otras palabras, entregar productos más pequeños, mejores y más rápidos es el secreto total de DevOps.

Beneficios de DevOps

Habiendo abordado la necesidad de la hora de la demanda del mercado, la práctica de DevOps demostró su eficacia con el aumento de la satisfacción del cliente, lo que resultó en una mayor base de clientes.

Cualesquiera que hayan sido los impulsores clave para la práctica de DevOps, tuvieron como resultado un éxito, como una mejora de la calidad y el rendimiento a través de un proceso continuo de pruebas y comentarios.

La introducción del principio de 'automatizar todo' junto con la entrega de la infraestructura y la configuración como un código dio como resultado la minimización de errores humanos, la entrega más rápida al mercado y la realización de lanzamientos más frecuentes.

El control de versiones permitió que el software fuera compatible con múltiples plataformas y las pruebas tempranas y continuas dieron como resultado menores defectos y menores tasas de fallas en la producción.

Debido a la implementación continua, tomó un tiempo más rápido solucionar los problemas y liberarlo más rápido. Entonces, obviamente, se pueden seguir agregando los beneficios a la lista.

Prácticas de DevOps

Los ingredientes clave de DevOps son las mejores prácticas que se implementan a lo largo del ciclo de vida del desarrollo de aplicaciones, y esto ayuda a inculcar la cultura requerida en el equipo y lo impulsa a lograr los beneficios de la implementación de DevOps.

# 1) Gestión de la configuración: Saber con claridad qué estamos desplegando, cómo lo estamos desplegando y qué configuración se va a pasar a producción es la clave para la gestión de la configuración que está totalmente controlada por versiones.

# 2) Gestión de versiones : Definir claramente cómo estamos construyendo un canal de lanzamiento y administrarlo es el aspecto clave de la administración de lanzamiento.

# 3) Integración continua: Garantiza que cada confirmación de código se controle, pruebe y compile la versión y que la base del código se mantenga ordenada y limpia todo el tiempo.

# 4) Despliegue continuo: Su objetivo es la implementación del código compilado de forma continua desde las pruebas hasta el entorno de producción.

La automatización de pruebas es la práctica importante y crítica de DevOps que se aplica durante todo el ciclo de vida. Entonces, entregar 'Infraestructura como código' es uno de los aspectos más destacados de la práctica de DevOps.

Por lo tanto, una vez que el código se implementa en la producción, es esencial asegurarse de que el software se esté ejecutando correctamente, mediante la recopilación de los datos de rendimiento, cualquier error ocurrido en el sistema y también los datos de uso del usuario final a través de las herramientas y metodologías de monitoreo de la aplicación. .

Por lo tanto, estas son las prácticas imprescindibles y más importantes aplicadas y adoptadas por el equipo durante todo el ciclo de desarrollo de la aplicación, lo que les garantiza alcanzar el objetivo de DevOps.

Hábitos de DevOps

Como dice Aristóteles, 'lo somos. Lo que hacemos repetidamente… La excelencia, por tanto, no es un acto sino un hábito.

Entonces, los llamo 'hábitos' porque los practicamos repetidamente.

Por lo tanto, estos hábitos regulares deben desarrollarse en el equipo sin ningún compromiso mientras se intenta entregar el software de calidad repetidamente.

# 1) Gestión de la deuda técnica:

Administrar la deuda técnica de forma regular es uno de los aspectos clave, si no se hace, ralentiza drásticamente el progreso del software. Y, por lo tanto, la deuda técnica siempre debe reducirse y la base del código debe mantenerse lo más limpia posible. La base de código limpio facilita que el código se implemente listo en cualquier momento.

Como mencioné repetidamente, enfocarse en el valor para un cliente es la mentalidad del equipo y ese es el aspecto clave de la cultura de DevOps, que constantemente hace que el equipo haga cualquier cosa y todo lo que se subraya para aportar valor al cliente.

cómo abrir archivos swf con adobe flash player

Con esta mentalidad, se detendrá a las personas que piensan que su trabajo está hecho y que se dedican a otros para seguir adelante. Y todos comienzan a pensar que el objetivo final es entregar a producción y tomar el crédito solo cuando el cliente brinda comentarios o agradecimientos después de usar el software en la producción.

Por lo tanto, centrarse en el valor para los clientes motiva y enriquece al equipo para hacerlo cada vez mejor.

# 2) Desarrollo impulsado por hipótesis :

Además de comprender los requisitos a fondo, comprender lo que realmente hace el cliente en vivo y cuál es el patrón de uso de una función en particular y desarrollar el código en consecuencia es 'desarrollo impulsado por hipótesis'.

Por lo tanto, comprometerse activamente con los clientes desde el principio para comprender cómo están usando el software y asegurarse de que se desarrollen las cosas correctas en primera instancia es muy importante y, nuevamente, es un hábito de DevOps.

preguntas y respuestas de la entrevista hp alm

# 3) Medición a partir de la implementación:

Medir constantemente el rendimiento de la entrega y buscar la retroalimentación de la implementación es otro hábito importante que ayuda al equipo a trabajar para mejorar el software y aportar valor a los clientes.

# 4) cultura del sitio en vivo :

La cultura del sitio en vivo es absorber la mentalidad de todos, que sea lo que sea que estemos desarrollando, debemos ponerlo en producción sin problemas.

Es la cultura hacer que todos en el equipo entiendan que 'si no está en Live Site, no está en ninguna parte' y no tiene sentido ni beneficio si no podemos llegar a Live y, por lo tanto, no podremos alcanzar a nuestros usuarios finales si no está en Live.

# 5) Infraestructura como recurso flexible:

La gestión de la infraestructura como un recurso flexible es un aspecto muy importante de DevOps porque, en cualquier momento, deberíamos poder deshacernos de la infraestructura existente y crear una nueva, eso se debe a que hemos definido nuestra infraestructura como un código con mucha facilidad.

Este aspecto de DevOps nos ayuda a hacer que nuestro software sea compatible con varias plataformas y con varias versiones.

# 6) Colaboración en equipo:

A estas alturas, todos sabemos claramente que no son solo las herramientas o los procesos los que impulsan el desarrollo de software. Es el equipo el que necesita colaborar entre ellos y se alinea con el objetivo comercial.

Por lo tanto, la colaboración en equipo es el aspecto clave de la cultura de DevOps que cierra cualquier brecha en la comprensión entre ellos y el programa.

Por lo tanto, estas actitudes, comportamientos y hábitos son los aspectos fundamentales clave de la cultura DevOps.

Métricas de DevOps

Atrás quedaron los días en los que solíamos recopilar métricas tradicionales relacionadas con el desarrollo y las pruebas, que se centraban únicamente en el desarrollo y las pruebas de software interno. A medida que cambió el enfoque de la entrega, las métricas que se recopilaron también se alinearon para encontrar valor para el cliente.

Aunque las métricas que se deben recopilar varían ligeramente de una organización a otra según la prioridad del cliente, la medición de la agilidad y confiabilidad del software es el enfoque clave de DevOps.

Y estas métricas serían aptas para medir desde la perspectiva de 'valor para el cliente' y definen cómo el equipo está haciendo w.r.t. Implementación de DevOps.

Básicamente, las métricas de agilidad son para medir la efectividad del desarrollo y la confiabilidad es para medir la efectividad de las operaciones.

# 1) Métricas de agilidad:

Y No. de implementaciones durante un período de tiempo.

(I) Sabemos que DevOps tiene que ver con la entrega de fragmentos más pequeños y la entrega rápida.

Entonces, esta métrica de agilidad es para verificar, con qué frecuencia el equipo ha podido realizar las implementaciones y cuál es la frecuencia de las implementaciones.

El siguiente es el 'Tiempo necesario para implementar cambios':

(ii) También sabemos con qué frecuencia cambian las opiniones de los clientes, lo que resulta en solicitudes de cambio y la intención de DevOps es revertir estos cambios en la producción en el tiempo mínimo.

Por lo tanto, el siguiente aspecto de las métricas de agilidad es verificar, ¿Cuál es el tiempo necesario para implementar las solicitudes de cambio en la producción?

# 2) Métricas de confiabilidad:

La métrica de confiabilidad mide la confiabilidad del software después de la implementación.

Las métricas de confiabilidad incluyen,

  1. La tasa de falla de los lanzamientos y
  2. Es hora de detectar los problemas y solucionarlos.

#1) La tasa de fallas de los lanzamientos se mide, ¿con qué frecuencia fallamos con respecto a nuestras implementaciones? Aquí, el objetivo es garantizar que, durante un período de tiempo, esta métrica particular se reduzca y el equipo se acostumbre a implementar con éxito cada vez y pasar a producción con más frecuencia se convierta en un hábito.

#2) Ahora, el momento de detectar y solucionar problemas es medir el tiempo necesario para detectar la falla y solucionarla. Esta métrica también es para verificar, ¿qué tan rápido podemos comprender lo que está sucediendo en la producción, detectar proactivamente los problemas, solucionarlos proporcionando la solución alternativa y enrutarlos al ciclo de desarrollo como una solución?

Esta métrica no solo se enfoca en revertir la solución rápida a la producción, sino que también permite al equipo evitar que tales problemas ocurran en el futuro al realizar las modificaciones apropiadas, ya sea en el diseño, la arquitectura, la tubería de prueba automatizada, lo que sea.

Entonces, idealmente, estas son las métricas que ayudan al equipo a lograr la cultura y la entrega de DevOps.

Hagamos un resumen rápido:

  • ¿Qué es DevOps?
  • ¿Qué no es DevOps?
  • ¿Cuáles son los beneficios de DevOps?
  • ¿Cuáles son las prácticas y hábitos de DevOps?
  • ¿Y cuáles son las métricas clave de DevOps?

¿Qué es DevOps? DevOps es una cultura en la organización que se enfoca en entregar valor al cliente a través de una colaboración constante de Desarrollo, Operaciones y el resto de las partes interesadas.

¿Qué no es DevOps? DevOps no es un producto con licencia o de código abierto, ni una especificación ni un estándar.

¿Cuál es el beneficio de DevOps? DevOps brinda entrega de alta calidad, entrega más rápida, implementaciones frecuentes, implementaciones pequeñas, menos tasas de fallas en la producción, etc.

¿Cuáles son las prácticas de DevOps? Las prácticas de DevOps son la integración continua, la automatización de pruebas, la implementación continua, la infraestructura como código, la gestión de la configuración, la gestión de versiones y la supervisión del rendimiento de las aplicaciones.

¿Cuáles son los hábitos de DevOps? Los hábitos de DevOps son la gestión de la deuda técnica, se centran en ofrecer valor al cliente, la cultura del sitio en vivo, la colaboración en equipo, la gestión de la infraestructura como un recurso flexible, el desarrollo impulsado por hipótesis y métricas de producción.

¿Cuáles son las métricas de DevOps? La agilidad y la confiabilidad son las métricas de enfoque clave de DevOps.

Acerca del autor para tutoriales en vídeo sobre DevOps:

Gayathri Subrahmanyam, miembro del equipo de STH, es un experto en pruebas de software con más de una década y media de experiencia en la entrega de proyectos de pruebas de software para varios clientes globales en varios dominios. Ha entregado software, trabajando extensamente en metodologías de desarrollo de software tradicionales y ágiles (SCRUM, SAFE) y los últimos trabajos en metodología DevOps.

En nuestro próximo video tutorial, aprenderemos las prácticas de DevOps basadas en los principios ágiles.

PREV Tutorial | SIGUIENTE Tutorial

Lectura recomendada

^