AZ-400 · Preguntas de ejemplo
10 preguntas reales del banco de AZ-400 de CertifyDeck, repartidas por los dominios del temario oficial de Microsoft Certified: DevOps Engineer Expert, con la respuesta correcta y la explicación completa de por qué las demás opciones no lo son. Son preguntas originales redactadas a partir del temario público, no dumps, y tienen el mismo estilo que encontrarás en los tests de práctica y en el simulador.
Respuesta correcta: C. id-token: write
El trabajo o el flujo de trabajo necesita id-token: write para que el proveedor OIDC de GitHub emita un JSON Web Token que azure/login intercambia por un token de acceso de Azure. Este permiso solo permite solicitar el token OIDC; no concede acceso de escritura a recursos del repositorio. Permisos como actions o deployments controlan lo que puede hacer el GITHUB_TOKEN en GitHub y no habilitan las solicitudes de tokens OIDC.
Respuesta correcta: B. Permitir al jefe de equipo el permiso Create new projects de nivel de colección.
Para crear un proyecto hace falta pertenecer a Project Collection Administrators o tener en Allow el permiso Create new projects de nivel de colección, así que permitir solo ese permiso cumple el requisito sin el resto de derechos administrativos. Project Administrators y los administradores de equipo trabajan dentro de un proyecto existente y no pueden crear proyectos. Los niveles de acceso controlan qué funciones del portal web están disponibles, no el derecho a crear proyectos.
Respuesta correcta: A. Perf | where TimeGenerated > ago(7d) | where Computer == "web01" and CounterName == "Available MBytes" | summarize avg(CounterValue) by bin(TimeGenerated, 1h)
Filtrar por el equipo y por el contador Available MBytes y después resumir con bin(TimeGenerated, 1h) genera una media por hora. Resumir directamente por TimeGenerated crea un grupo para prácticamente cada marca de tiempo única, así que no da valores por hora. Usar count() devuelve cuántos registros llegaron en cada hora en lugar del valor medio, y render debe ser el último operador de la consulta.
Respuesta correcta: A. appInsights.setAuthenticatedUserContext(userId)
La herramienta Users cuenta a los usuarios por identificadores anónimos guardados en cookies del explorador, así que una persona con varios exploradores o equipos cuenta más de una vez; llamar a setAuthenticatedUserContext() tras el inicio de sesión establece un identificador de usuario autenticado que sigue al usuario entre dispositivos y exploradores. Un evento personalizado registra una acción, pero no cambia cómo se identifica a los usuarios. El seguimiento automático de rutas crea vistas de página en la navegación de una aplicación de una sola página, y el nombre del rol en la nube identifica componentes de la aplicación, no usuarios.
Respuesta correcta: D. git submodule add <url-biblioteca> libs/validation
git submodule add añade otro repositorio como submódulo en la ruta indicada, y el superproyecto registra qué confirmación de ese repositorio espera, que es justo un componente compartido y fijado. git clone --recurse-submodules solo inicializa los submódulos que un repositorio ya define al clonarlo; no añade uno nuevo. sparse-checkout limita qué directorios del mismo repositorio aparecen en el árbol de trabajo, y scalar register solo inscribe un repositorio existente en el mantenimiento de Scalar.
Respuesta correcta: D. Un conjunto de reglas de etiquetas dirigido a v* que permita omitirlo al equipo release-managers
Los conjuntos de reglas de ramas y etiquetas controlan cómo interactúan las personas con ramas y etiquetas seleccionadas, incluido quién puede eliminar o cambiar el nombre de una etiqueta; se seleccionan etiquetas con un patrón fnmatch como v* y se concede la omisión a equipos concretos. Una regla de protección de ramas se aplica a ramas, no a etiquetas. CODEOWNERS solo define revisores de solicitudes de incorporación de cambios, y los conjuntos de reglas de inserción bloquean inserciones según rutas, extensiones o tamaños de archivo, no según nombres de etiqueta.
Respuesta correcta: D. Priorizar pruebas unitarias con pocas dependencias externas y ejecutarlas en la compilación
La guía de shift-left recomienda escribir las pruebas al nivel más bajo posible, priorizando pruebas unitarias con el menor número de dependencias externas y ejecutando la mayoría en la compilación, de modo que las pruebas terminen antes de combinar los cambios. Se desaconsejan las pruebas de interfaz de usuario porque suelen ser poco fiables, lo que choca con el problema de inestabilidad. Ejecutar la mayoría contra producción las retrasa, y las pruebas funcionales solo deben usar la API pública del producto.
Respuesta correcta: A. DeleteFirewallRule: true
DeleteFirewallRule hace que la tarea elimine las direcciones IP que añadió a la lista de permitidas del servidor cuando termina (su valor predeterminado es true, así que fijarlo explícitamente garantiza el comportamiento). IPAddressRange solo cambia cómo se indican las direcciones del agente, no si la regla se elimina. DeployReport convierte la acción en un informe y AdditionalArguments solo pasa opciones a SqlPackage.exe.
Respuesta correcta: C. git log v2.3.0..HEAD --no-merges --pretty=format:"%h %s"
El rango v2.3.0..HEAD selecciona las confirmaciones accesibles desde HEAD pero no desde la etiqueta, --no-merges descarta las confirmaciones con más de un padre, y %h y %s imprimen el hash abreviado y el asunto. Invertir el rango a HEAD..v2.3.0 selecciona las confirmaciones accesibles desde la etiqueta pero no desde HEAD, es decir, el conjunto contrario. --merges muestra solo confirmaciones de combinación, y una única revisión v2.3.0 muestra todo el historial hasta la etiqueta con el nombre del autor en lugar del asunto.
Respuesta correcta: A. Un bloque de código delimitado con el identificador de lenguaje mermaid
GitHub representa la sintaxis Mermaid incluida en un bloque de código delimitado con el identificador mermaid, y Mermaid admite diagramas de flujo, diagramas de secuencia y otros tipos. Los bloques GeoJSON y TopoJSON generan mapas interactivos, no diagramas de secuencia, y los bloques STL generan modelos 3D.
Responde cada pregunta antes de abrir la explicación y anota por qué descartas las demás opciones. En AZ-400, la mayoría de los fallos vienen de elegir una opción técnicamente posible que no cumple todos los requisitos del escenario.
Estas 10 preguntas sirven para conocer el formato, no como diagnóstico. Para saber en qué dominios fallas, practica por dominio gratis y haz un examen de prueba cronometrado con la ponderación y la duración oficiales.
Empieza gratis, sin registro ni tarjeta. Todas las preguntas llevan una explicación como las de arriba y el simulador reproduce el formato oficial de AZ-400.