Validaciones de implementación

Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019

Las validaciones permiten la recopilación automática de señales de estado de los servicios externos y, luego, promueven la versión cuando todas las señales son correctas o detienen la implementación en tiempo de espera. Normalmente, las validaciones están conectadas con la administración de incidentes, la administración de problemas, la administración de cambios, la supervisión y los sistemas de aprobación externos.

Casos de uso

Algunos casos de uso comunes de las validaciones de implementación son:

• Administración de incidentes: asegúrese de que se cumplen ciertos criterios antes de continuar con la implementación. Por ejemplo, asegúrese de que la implementación solo se produce si no existe ningún error de prioridad cero.
• Búsqueda de aprobaciones: notifique a los usuarios externos, como departamentos jurídicos, auditores o administradores de TI, las implementaciones mediante la integración con otros servicios, como Microsoft Teams o Slack, y espere sus aprobaciones.
• Validación de calidad: consulte las métricas de canalización, como la tasa de aprobación o la cobertura de código, e impleméntelas solo si están dentro de un umbral predefinido.
• Examen de seguridad: realice comprobaciones de seguridad, como exámenes de artefactos, firmas de código y comprobaciones de directivas. Una validación de implementación puede iniciar el examen y esperar a que se complete, o simplemente comprobar la finalización.
• Experiencia del usuario relativa a la línea de base: mediante los datos de telemetría del producto, asegúrese de que la experiencia del usuario no ha cambiado desde el estado de línea de base. Las métricas de la experiencia del usuario antes de la implementación podrían usarse como línea de base.
• Administración de cambios: espere a que se completen los procedimientos de administración de cambios de un sistema, como ServiceNow, antes de continuar con la implementación.
• Estado de la infraestructura: ejecute la supervisión y valide la infraestructura con respecto a las reglas de cumplimiento después de la implementación, o espere a que el uso de los recursos sea correcto y el informe de seguridad sea positivo.

La mayoría de los parámetros de estado varían con el tiempo, de forma que cambian regularmente su estado de correcto a incorrecto y de nuevo a correcto. Para tener en cuenta estas variaciones, todas las validaciones se vuelven a evaluar periódicamente hasta que todas ellas se superan al mismo tiempo. La ejecución e implementación de versiones no continúa si todas las validaciones no han tenido éxito en el mismo intervalo y antes del tiempo de espera configurado.

Definición de una validación para una fase

Puede habilitar las validaciones al principio de una fase (condiciones previas a la implementación) o al final de una fase (condiciones posteriores a la implementación) o en ambos momentos. Consulte Configuración de validaciones para más información.

El retraso antes de la evaluación es un retraso al principio del proceso de evaluación de la validación que permite que las validaciones se inicialicen, estabilicen y comiencen a proporcionar resultados precisos para la implementación actual. Consulte Flujos de evaluación de validaciones para más información.

• En las validaciones previas a la implementación, el retraso sería el tiempo necesario para que todos los errores se registren en los artefactos que se implementan.
• En las validaciones posteriores a la implementación, el retraso sería el tiempo máximo necesario para que la aplicación implementada alcance un estado operativo estable, el tiempo necesario para la ejecución de todas las pruebas necesarias en la fase implementada y el tiempo necesario para que se registren incidentes después de la implementación.

Las siguientes validaciones están disponibles de manera predeterminada:

• Invocar función de Azure: desencadena la ejecución de una función de Azure y garantiza una finalización correcta. Consulte Tarea de Azure Functions para más información.
• Consultar alertas de Azure Monitor: observe las reglas de alertas de Azure Monitor configuradas para las alertas activas. Consulte Tarea de Azure Monitor para más información.
• Invocar API REST: llame a una API REST y continúe si devuelve una respuesta correcta. Consulte Invocar tarea de API REST para más información.
• Elementos de trabajo de consulta: asegúrese de que el número de elementos de trabajo coincidentes devueltos por una consulta esté dentro de un umbral. Consulte Tarea Elementos de trabajo de la consulta para obtener más detalles.
• Evaluación de seguridad y cumplimiento: evalúe el cumplimiento de Azure Policy en los recursos dentro del ámbito de una suscripción y un grupo de recursos determinados y, opcionalmente, a nivel de recursos específicos. Consulte Tarea de comprobación de cumplimiento de Azure Policy para obtener más detalles.

También puede crear sus propias puertas con extensiones de Marketplace.

Las opciones de evaluación que se aplican a todas las validaciones son las siguientes:

• El tiempo entre la reevaluación de las validaciones. Intervalo de tiempo entre evaluaciones sucesivas de las validaciones. En cada intervalo de muestreo, se envían nuevas solicitudes a la vez a cada validación y se evalúan los nuevos resultados. Se recomienda que el intervalo de muestreo sea mayor que el tiempo de respuesta habitual más largo de las validaciones configuradas para dar tiempo a que se reciban todas las respuestas para su evaluación.
• El tiempo de espera tras el cual se produce un error de las validaciones. Período de evaluación máximo de todas las validaciones. La implementación se rechaza si se alcanza el tiempo de espera antes de que todas las validaciones se realicen correctamente durante el mismo intervalo de muestreo.
• Validaciones y aprobaciones. Seleccione el orden de ejecución necesario para las validaciones y aprobaciones si ha configurado ambos. En las condiciones previas a la implementación, el valor predeterminado es solicitar primero aprobaciones manuales (del usuario) y evaluar las validaciones después. Así se evita que el sistema evalúe las funciones de validación si el usuario rechaza la versión. En las condiciones posteriores a la implementación, el valor predeterminado es evaluar las validaciones y solicitar aprobaciones manuales solo cuando todas las validaciones sean correctas. De esta forma se garantiza que los aprobadores tengan toda la información necesaria para realizar la aprobación.

Consulte Visualización de registros de aprobaciones y Supervisión y seguimiento de las implementaciones para más información sobre el análisis de validaciones.

Ejemplos de flujo de evaluación de validaciones

En el diagrama siguiente se muestra el flujo de evaluación de validaciones donde, después del período de retraso de estabilización inicial y tres intervalos de muestreo, la implementación se aprueba.

En el diagrama siguiente se muestra el flujo de evaluación de validaciones donde, después del período de retraso de estabilización inicial, no todas las validaciones han sido correctas en cada intervalo de muestreo. En este caso, después de que expira el período de tiempo de espera, se rechaza la implementación.

Recursos

• Creación de validaciones personalizadas
• Opinión de Twitter como validación de versión
• Problemas de GitHub como validación de versión

Artículos relacionados

• Información general sobre las valoraciones y aprobaciones de Información general
• Uso de validaciones y aprobaciones para controlar la implementación
• Adición de fases, dependencias y condiciones
• Desencadenadores de versión