Valida habilidades en diseño e implementación de estrategias DevOps. Cubre CI/CD, IaC, monitoreo y el ciclo completo de DevOps.
Diseño de trazabilidad y flujo de trabajo, Integración de GitHub Issues y Azure Boards, Métricas DevOps, DORA y MTTR, Dashboards y consultas KQL, Colaboración: Wiki, Mermaid, integración con Microsoft Teams, Notas de versión y webhooks
Estrategias de ramas (Trunk-based, GitHub Flow), Flujo de PR y políticas de rama, Reglas de protección de rama y CODEOWNERS, Git LFS, Scalar, clonado superficial/parcial, Permisos de repositorio y eliminación de datos sensibles (BFG)
GitHub Actions y Azure Pipelines (YAML), Runners, agentes, entornos y aprobaciones, Gestión de paquetes (Azure Artifacts, GitHub Packages, SemVer), Quality Gates y estrategia de pruebas (unitarias, integración, carga), Blue-Green, Canary, Ring, Feature Flags, Slot Swap, IaC: ARM, Bicep, Terraform, DSC
Service Principal, Managed Identity, GitHub App, PAT, conexiones de servicio, delegación de permisos, Azure Key Vault, OIDC, Workload Identity Federation, GitHub Advanced Security (CodeQL, Dependabot), Defender for Cloud DevOps, SAST, SCA, escaneo de contenedores
Azure Monitor y Log Analytics, Application Insights y trazado distribuido, Container/VM/Network Insights, GitHub Insights y alertas de Pipelines, Consultas KQL y análisis de rendimiento
Prueba preguntas tipo examen del conjunto de muestra gratuito. Cada respuesta incluye una explicación completa.
Una empresa de comercio electrónico opera un pipeline de CI/CD para su aplicación web usando Azure Pipelines.
El equipo de QA planea realizar pruebas automatizadas de extremo a extremo de la interfaz web en varios entornos de navegador (Chromium, Firefox, WebKit) como etapa previa al lanzamiento. Las pruebas deben ejecutarse como parte del pipeline y proporcionar soporte nativo para los últimos motores de navegador junto con una funcionalidad de espera automática confiable.
¿Qué framework de pruebas de UI web MEJOR cumple con estos requisitos?
Respuesta: B. Playwright
Una empresa de e-commerce necesita soporte nativo para los tres motores de navegador — Chromium, Firefox y WebKit — junto con funcionalidad de espera automática. Playwright, desarrollado por Microsoft, es un framework de pruebas de extremo a extremo que controla tres motores de navegador (Chromium, Firefox, WebKit) a través de una única API y empaqueta directamente los binarios de cada motor para proporcionar soporte a nivel nativo. También proporciona nativamente un mecanismo de espera automática integrado que espera automáticamente hasta que los elementos sean clicables o visibles.
Playwright proporciona enlaces de lenguaje para JavaScript/TypeScript, Python, Java y .NET, y puede ejecutarse directamente en pipelines YAML de Azure Pipelines con el comando npx playwright test. También incluye características integradas como ejecución paralela, grabación de video e interceptación de red.
En el examen, Selenium y Playwright se confunden fácilmente. Si el soporte nativo de WebKit o la espera automática integrada es una condición, elija Playwright; si se requiere amplio soporte heredado para varios idiomas y navegadores, elija Selenium. Cypress no admite WebKit, por lo que se elimina en este escenario.
El equipo de seguridad de una empresa financiera global quiere fortalecer el control de acceso a Azure DevOps. Todos los desarrolladores deben poder acceder a la organización de Azure DevOps solo a través de la red de oficina designada por la empresa o la VPN corporativa, y el acceso desde cualquier otra ubicación debe bloquearse.
¿Qué característica es la MÁS adecuada para aplicar esta restricción de acceso basada en red minimizando los cambios en las cuentas de usuario y los entornos existentes?
Respuesta: B. Microsoft Entra Conditional Access
Microsoft Entra Conditional Access puede establecer políticas que permiten o bloquean el acceso a Azure DevOps y otras aplicaciones integradas con Entra ID basándose en la ubicación de red (rangos de IP o ubicaciones de confianza). Aplica un control de acceso basado en red de forma consistente en toda la organización sin modificar cuentas de usuario existentes ni configuraciones de proyectos de Azure DevOps, lo que lo convierte en la mejor opción para este escenario.
Las políticas de Conditional Access usan Named Locations para registrar los rangos de IP pública de la oficina corporativa o las IPs de la puerta de enlace VPN como ubicaciones de confianza, y bloquean automáticamente las solicitudes procedentes de fuera de esas ubicaciones. Estas políticas se evalúan durante la fase de emisión de tokens en el inicio de sesión, operando de forma independiente de la configuración interna de Azure DevOps.
En el examen, es fácil confundir Project Security con Conditional Access. Project Security controla los permisos (lectura/escritura) para proyectos específicos dentro de DevOps y no admite el bloqueo basado en ubicación de red. Para restricciones de acceso basadas en ubicación de red, elija siempre Microsoft Entra Conditional Access.
Una empresa global de servicios financieros está creando un pipeline de CI/CD con Azure Pipelines para implementar en una SQL Database de producción.
El pipeline requiere una cadena de conexión de base de datos y una clave de API de pasarela de pago externa durante la ejecución. El equipo de seguridad exige que esta información confidencial NO se almacene en texto sin formato en archivos YAML del pipeline ni en grupos de variables, y debe protegerse de manera centralizada y auditable.
¿Qué tipo de objeto de Key Vault debe usarse para almacenar esta información confidencial en Azure Key Vault minimizando la sobrecarga operativa?
Respuesta: C. Key Vault Secret
En Azure Key Vault, Key Vault Secret es el tipo de objeto dedicado para almacenar información confidencial en formato de cadena arbitraria, como cadenas de conexión de base de datos y claves de API. Azure Pipelines puede vincular grupos de variables al Key Vault para que los secretos se referencien como variables del pipeline, satisfaciendo simultáneamente los requisitos de almacenamiento sin texto sin formato y el registro de auditoría centralizado.
Key Vault ofrece tres tipos de objetos con roles distintos: Secret almacena valores de cadena arbitrarios como cadenas de conexión, claves de API y contraseñas; Key administra claves criptográficas (RSA, EC) usadas para cifrado y firma; Certificate almacena certificados X.509. Managed HSM es un clúster HSM dedicado de alta disponibilidad para necesidades de seguridad FIPS 140-2 Nivel 3 y no está destinado al almacenamiento general de secretos.
En el examen, cuando necesite almacenar una cadena de conexión, clave de API o contraseña, siempre elija Secret. Elija Key para operaciones criptográficas (firma/cifrado) y Certificate para la administración de certificados TLS/SSL.
El equipo de operaciones de una empresa global de comercio electrónico administra una aplicación web de producción alojada en Azure App Service. Durante las implementaciones programadas mensuales, se produce una breve interrupción, y cuando se descubren problemas después de implementar una nueva versión, la reversión a la versión anterior tarda un tiempo considerable.
¿Qué característica de Azure App Service es la MÁS adecuada para minimizar el tiempo de inactividad y reducir el tiempo de reversión en caso de problemas?
Respuesta: C. Deployment slots - Slot swap
Los slots de implementación de Azure App Service permiten implementar una nueva versión en un slot de staging separado del slot de producción y, a continuación, realizar un intercambio de slot (slot swap) con un tiempo de inactividad casi nulo una vez que la aplicación se haya calentado. El intercambio de slot cambia el enrutamiento a nivel de DNS casi instantáneamente, y si surgen problemas, volver a intercambiar restaura la versión anterior en segundos.
Los slots de implementación se admiten en los planes Standard, Premium e Isolated de App Service, y cada slot tiene su propio nombre de host y configuración de aplicación. La configuración fija del slot permanece vinculada a sus respectivos slots durante un intercambio, por lo que las cadenas de conexión y configuraciones de producción nunca se exponen al staging.
En el examen, cuando vea escenarios de implementación sin tiempo de inactividad y reversión rápida de Azure App Service, elija Deployment slots - Slot swap. Azure Traffic Manager es para el enrutamiento de varias regiones, y Azure Load Balancer opera en la capa de red para el equilibrio de carga: ninguno aborda la estrategia de implementación de App Service.
Una empresa SaaS publica paquetes NuGet públicos y aplica una política de versiones siguiendo el Control de Versiones Semántico.
Se ha descubierto un error menor en un paquete lanzado recientemente que no afecta el comportamiento de la API existente, y la corrección debe implementarse. La versión actual es 3.5.2.
¿Cuál es el número de versión MÁS apropiado para aplicar a este lanzamiento de corrección de errores?
Respuesta: B. 3.5.3
En el Control de Versiones Semántico (SemVer), el número de versión consta de tres componentes: MAJOR.MINOR.PATCH. En este escenario, la corrección de errores es una corrección compatible con versiones anteriores que no afecta el comportamiento existente de la API, por lo que solo se debe incrementar la versión PATCH en 1. Incrementar PATCH desde la versión actual 3.5.2 da 3.5.3.
Según las reglas de SemVer: MAJOR se incrementa para cambios de API incompatibles, MINOR para nueva funcionalidad compatible con versiones anteriores y PATCH solo para correcciones de errores compatibles con versiones anteriores. La versión 3.6.0 se aplica cuando se agregan nuevas funciones, 4.0.0 cuando hay cambios que rompen la compatibilidad. La versión 3.5.2 es la misma que la versión actual y no se puede usar como un nuevo lanzamiento.
En el examen, para 'correcciones de errores sin impacto en la API existente,' siempre incremente solo PATCH (el tercer número). Para 'adición de nuevas funciones,' incremente MINOR; para 'cambios que rompen la compatibilidad,' incremente MAJOR.
El examen Designing and Implementing Microsoft DevOps Solutions (AZ-400) consta de 50 preguntas y tiene un límite de 100 minutos.
La puntuación de aprobación del examen AZ-400 es de 700 sobre 1000.
El conjunto de muestra de AZ-400 (20 preguntas con explicaciones completas) es gratuito. El banco completo de más de 370 preguntas está disponible con una suscripción a CloudMasterIT.
La certificación AZ-400 es válida durante 1 años después de aprobar. Después se requiere recertificación.