ITSM (ITIL).
DevOps e ITIL se necesita mutuamente. ¿Por qué? Porque tienen funciones que benefician a ambos.
ITIL (Information Technology Infrastructure Library) y DevOps son enfoques y marcos de trabajo que se utilizan en la gestión de servicios de tecnología de la información (TI). Ambos están diseñados para mejorar la eficiencia, la calidad y la entrega de servicios en el ámbito de la tecnología. Aunque tienen enfoques y objetivos ligeramente diferentes, ambos están destinados a trabajar juntos para apoyar la prestación de servicios de calidad. Aquí hay algunas razones clave:
DevOps puede proporcionar:
● Trabajo colaborativo.
● Tiempos de despliegue rápido y continuo.
● Entrega más rápida de funciones.
● Enfoque en el trabajo importante.
● Estabilidad en el ambiente.
DevOps se centra en la colaboración y la automatización:
DevOps busca mejorar la colaboración entre los equipos de desarrollo y operaciones, acelerando el ciclo de vida de desarrollo y despliegue de aplicaciones.
La automatización es una parte fundamental de DevOps, lo que permite la entrega continua y la implementación continua (CI/CD), reduciendo los errores y acelerando el tiempo de llegada al mercado.
ITIL, por otro lado, puede proporcionar:
● Estructura con su ciclo de vida.
● Relaciones de negocio.
● Mejor calidad y fiabilidad de los servicios.
ITIL se centra en la gestión del servicio:
ITIL proporciona un conjunto de mejores prácticas para la gestión del servicio, desde la estrategia hasta la operación. Define procesos y funciones que abarcan todo el ciclo de vida de los servicios.
Al seguir las prácticas de ITIL, las organizaciones pueden establecer un marco sólido para la entrega de servicios de TI de alta calidad, gestionando eficientemente los cambios, incidentes, problemas y otros aspectos de la operación.
Aunque DevOps, por sí solo, es un proceso ya muy útil, se puede mejorar cuando une fuerzas con ITIL.
Con ITIL y DevOps, una organización disfrutará de más beneficios, como un alcance de servicios más vigoroso, una mejor perspectiva de las estrategias, mayores perspectivas sobre las mejoras, mejores perspectivas sobre la actividad de transición y los rigores de los procesos de diseño de servicios.
Si el tiempo lo permite se recomienda en la preparación de la certificación como DevOps Essentials hacer un análisis rápido del documento de AXELOS sobre DevOps e ITIL donde se ve una integración de las prácticas de DevOps con las fases de ITIL. Disponible para descarga el portal de AXELOS, www.axelos.com.
Fuente: https://www.axelos.com/resource-hub/white-paper/itil-and-devops-getting-started
Otra percepción es que ITIL y DevOps no pueden trabajar juntos porque no son compatibles.
ITIL y DevOps no son mutuamente excluyentes; de hecho, pueden complementarse de manera efectiva. Mientras que ITIL proporciona un marco sólido para la gestión del servicio, DevOps ofrece prácticas y herramientas específicas para acelerar la entrega de servicios y aplicaciones.
Siempre se ha considerado que la organización debe elegir uno y luego permanecer en ese carril. No es así cómo debería ser.
En realidad, hay más sinergias entre estos dos que diferencias. Sin embargo, muchas organizaciones no se han dado cuenta de esto.
Por lo tanto, están perdiendo mucho en las mejoras de servicio, que podrían introducir y desarrollar con sólo mirar cómo pueden aprovechar y equilibrar estos marcos.
DevOps industry architecture, figure 9.
«ITIL® is a (registered) Trade Mark of AXELOS Limited. All rights reserved.
©Copyright AXELOS.
Ambos enfoques se centran en la mejora continua. ITIL promueve la mejora continua a través de la retroalimentación y la revisión constante de procesos, mientras que DevOps se basa en la automatización y la retroalimentación rápida para mejorar continuamente el desarrollo y la entrega de software.
Tanto ITIL como DevOps tienen un enfoque orientado al cliente. ITIL busca alinear los servicios de TI con las necesidades del negocio, y DevOps se centra en la entrega rápida y confiable de soluciones para satisfacer las demandas del cliente.
Estabilidad
Existen mejoras en los Mean Time To Recover (MTTR).
Es el tiempo promedio para reparar un servicio de TI u otro elemento de configuración después de una falla.
El “Mean Time To Recover” (MTTR), que se traduce como “Tiempo Medio de Recuperación” en español, es una métrica utilizada para medir el tiempo promedio que se tarda en restaurar un servicio, sistema o componente a su estado operativo normal después de haber experimentado una interrupción o incidente. En otras palabras, el MTTR cuantifica la eficiencia del proceso de recuperación ante fallas o problemas.
La fórmula básica para calcular el MTTR es:
El MTTR se expresa típicamente en unidades de tiempo, como minutos, horas o días, dependiendo de la escala de tiempo que sea más relevante para el contexto.
Reducir el MTTR es un objetivo común en la gestión de incidentes y operaciones, ya que un tiempo de recuperación más corto significa que se puede restaurar la operación normal más rápidamente después de un incidente. Esto, a su vez, contribuye a la mejora de la disponibilidad y confiabilidad de los servicios y sistemas.
El MTTR se utiliza como una métrica clave en la evaluación del rendimiento de equipos de operaciones, especialmente en contextos como la gestión de servicios de tecnología (ITSM), DevOps y otras disciplinas relacionadas con la entrega y operación de software y servicios.
El MTTR se mide desde el momento en que el elemento de configuración falló hasta que fue reparado.
El MTTR no incluye el tiempo necesario para recuperar o restaurar. A veces se usa incorrectamente en lugar del tiempo medio para restablecer el servicio.
