Mejora continuamente con métricas DORA para DevOps en mainframe

Mejora continuamente con métricas DORA para DevOps en mainframe

  • Mainframe
  • ITOps y DevOps
6 min de lectura Actualizado Jun 29, 2022

Puntos clave: La página solicitada no está enseguida, pero los usuarios pueden explorar recursos alternativos disponibles en el Centro de Recursos.

  • Se son proporcionadas sugerencias para contenido relacionado.
  • Los usuarios pueden acceder al Centro de Recursos para obtener información adicional.

El exigente entorno empresarial actual exige que las casas de mainframe adopten las mismas prácticas DevOps que se utilizan en plataformas distribuidas. Medir los indicadores clave de rendimiento (KPI) del mainframe ayuda a garantizar que la plataforma están activa y fiable en todo momento, lo cual es vital para las organizaciones que dependen de ella para procesar millones de transacciones al día. Esto también ha creado la necesidad de KPIs en DevOps—independientemente de la plataforma—agrupados en tres categorías:

  • Velocidad: entender la rapidez con la que se tarda en pasar del desarrollo a la producción y a cada etapa del proceso.
  • Calidad: garantizar una calidad consistentemente buena a largo plazo.
  • Eficiencia: comparar el esfuerzo invertido con el trabajo realizado.

Para medir estos KPIs, el equipo de Investigación y Evaluación de DevOps (DORA) elaboró cuatro métricas clave de DevOps, ahora denominadas "métricas DORA".

¿Qué son las métricas DORA y por qué son tan importantes?

Estos cuatro indicadores son indicadores esenciales de progreso y mejora en:

  • Tiempo de espera para los cambios: cuánto tarda tu pipeline en entregar código una vez que un desarrollador lo ha vuelto a registrar. No hacer seguimiento de esto retrasa la llegada de las innovaciones al mercado.
  • Frecuencia de despliegue: con qué frecuencia te despliega en producción, entregando la innovación que el negocio necesita. El objetivo están entregar pequeños lotes de trabajo que mejoren la calidad y pongan la innovación en manos de tus clientes más rápidamente.
  • Tasa de fallo de cambio: evalúa el porcentaje de cambios de código que se reincorporan a producción y que son fallando y/o deben revertirse. Esta métrica puede usarse junto con las métricas anteriores para entender dónde está el punto óptimo para entregar código. Entregar código demasiado rápido o en grandes lotes puede hacer que esta métrica aumente.
  • Tiempo medio de recuperación (MTTR): registra cuánto tiempo tarda en corregir los problemas que surgen en producción. Esto está ligado a la métrica anterior. Una tasa de fallo de cambio más alta también puede hacer que esta métrica aumente.

A medida que una empresa mejora, puede desplegarse con más frecuencia manteniendo la tasa de fallo de los cambios igual (Ve Rápido, Bueno o Barato—Obtén los tres con Mejora Continua de Mark Schettenhelm).

Madurez y estatus de élite

Junto con las métricas de frecuencia de despliegue, las organizaciones también son valoradas en niveles bajos, medios, altos y élite de madurez.

  • Low se despliega entre una vez al mes y una cada seis meses, típico en mainframe.
  • Medium se despliega entre una vez a la semana y una vez al mes.
  • High se despliega entre una vez al día y una vez a la semana.
  • Organizaciones de élite como Google, Facebook y Netflix despliegan varias veces al día. Esperan que sus equipos implementen el código en producción desde el primer día y, en términos de MTTR, puedan solucionar un problema en menos de una hora.

Métricas DORA para el mainframe

Las empresas de mainframe deben mantenerse actualizadas y usar métricas DORA están una forma eficiente y estandarizada de medir esa modernización y Obtén al siguiente nivel de madurez. Si no se son utilizan métricas DORA, resulta difícil saber si te son tan eficientes como te puede ser, y comparar con sus competidores del sector.

Las cuatro métricas son interconectadas como cilindros en un motor. Las organizaciones deben recordar que, a pesar de la atención que se presta a la nube y a la tecnología distribuida, el mainframe están probablemente el servidor más importante que tienen.

¿Cómo te capturas las métricas de DORA para el mainframe?

El mainframe puede capturar métricas DORA de la misma manera que un entorno distribuido: a través de herramientas DevOps y/o registros del sistema, que luego se son analizados en las cuatro mediciones. Esto debería Comienza lo antes posible. Hemos facilitado esto a los equipos ofreciendo paneles de control BMC AMI Adviser, que eliminan la necesidad de graficar y consolidar datos y ofrecen una perspectiva inmediata sobre tu posición en la industria.

Cómo se integran las herramientas AMI DevX de BMC con las métricas de DORA

Además de zAdviser, herramientas adicionales de AMI DevX de BMC pueden ayudar a ofrecer una imagen completa de tus métricas.

BMC AMI DevX Code Pipeline sienta las bases, capturando la función original de gestión del código fuente (SCM), que facilita la edición, la prueba y la preparación para el despliegue recopilando métricas a lo largo del proceso. ISPW está en el núcleo de las actividades de los desarrolladores, permitiendo que la gente revise el código, lo edite y lo vuelva a integrar. ISPW compila entonces el código cuando está listo. Si, durante las pruebas, se está detectando un error que obligue a reeditar y a compilar otra vez, pasa por ISPW hasta que están promovidos y aprobados para su despliegue. Durante este tiempo, son aplicaron métricas desde el check-out hasta el despliegue y la producción.

zAdviser están una solución de software como servicio (SaaS) que simplifica el proceso de recopilación de métricas facilitando la revisión de datos, lo que también ayuda a acercar a las organizaciones al nivel élite. zAdviser recopila datos sobre cómo las personas son utilizando herramientas y aplicaciones mainframe BMC AMI DevX como ISPW, BMC AMI DevX Abend-AID. Esto es paralelo a la práctica común en el mundo distribuido, en gran parte a través del utiliza de Git. Los clientes que piensen migrar a Git y fuera de ISPW deberían saber que ISPW permite que una empresa tenga algunos equipos usando Git con ISPW mientras otros continúan utilizando solo ISPW.

Abend-AID detecta y diagnostica automáticamente problemas en múltiples entornos, abordando los problemas la primera vez que ocurren. En el contexto de las métricas DORA, Abend-AID proporciona datos de apoyo y ayuda a localizar la causa raíz. Es posible obtener las métricas DORA sin la intervención de Abend-AID, pero no te pueden mejorarlas sin ellas.

BMC AMI DevX están la única solución que puede absorber datos de SCMs y permitir a los clientes Ve cómo son desarrollando sus aplicaciones mainframe hoy en día, qué herramientas son usando, en qué partes de código son trabajando sus desarrolladores y cómo están ese código a lo largo del ciclo de vida.

Las métricas DORA y los cuatro KPIs ayudan a la dirección a medir y comprender el rendimiento de sus equipos de desarrollo en el tiempo de entrega, mientras que el BMC AMI Adviser KPI Dashboard para DORA Metrics les permite aprovechar esos datos para mejorar continuamente sus esfuerzos DevOps.

Para conocer más sobre cómo rastrear métricas DORA en el mainframe, descarga nuestro eBook, DORA Metrics for Mainframe DevOps.

Estas publicaciones son mías y no representan necesariamente la posición, estrategias u opinión de BMC.

Más de Mainframe

Suscríbete al Informe

Al registrarse para esta oferta te son confirmar que te leído y aceptado la Política de Privacidad de BMC.

Gracias te

Tú te has suscrito a The Brief
El Brief abarca la orquestación de mainframe y empresa—BMC AMI y Control-M—y la investigación de analistas, despliegues de clientes y eventos en ambas áreas.