Microsoft AZ-900: Supervisión, automatización y gestión — Guía de estudio

By Laurynas Brazys · 22 July 2026 · #microsoft #az-900 #certification #exam-prep #study-guide

Forma parte de la Microsoft Azure AZ-900 — Guía de estudio. Practica con respuestas verificadas en el centro de exámenes de Microsoft, o realiza tests cronometrados en ExamRoll.io.

La excelencia operativa en Azure depende de plataformas observables, automatización repetible y una gobernanza unificada en entornos de nube e híbridos. Azure Monitor proporciona la base de telemetría para métricas, registros, trazas y análisis de aplicaciones de extremo a extremo. Las herramientas de gestión —que van desde el portal de Azure hasta la CLI y PowerShell— permiten a los equipos actuar sobre esos análisis a gran escala. Los servicios de automatización, junto con Azure Arc y Azure Lighthouse, extienden el control a servidores y clústeres en cualquier lugar y agilizan las operaciones entre inquilinos (cross-tenant) para los proveedores de servicios y el equipo de TI central.

Azure Monitor: métricas, registros, alertas y análisis de aplicaciones

Azure Monitor recopila dos tipos de señales principales: métricas y registros. Las métricas son series temporales numéricas y ligeras, optimizadas para escenarios casi en tiempo real como paneles (dashboards) y el escalado automático (autoscale), y se retienen normalmente durante 93 días. Los registros son registros enriquecidos y de esquema flexible que se almacenan en áreas de trabajo de Log Analytics y se consultan con Kusto Query Language (KQL). Con el agente de Azure Monitor y las Reglas de Recopilación de Datos (DCRs), los datos de máquinas virtuales, servidores habilitados para Arc y diagnósticos de la plataforma se pueden enrutar a una o más áreas de trabajo en distintas regiones para un análisis centralizado y una retención a largo plazo. La retención para los registros estándar es configurable —comúnmente de 30 a 730 días— con opciones de archivado de bajo costo y rehidratación disponibles para investigaciones históricas. Application Insights, construido sobre Azure Monitor, instrumenta las aplicaciones para el seguimiento distribuido, el seguimiento de dependencias, las pruebas de disponibilidad y la detección automática de anomalías. Es compatible con OpenTelemetry para una ingesta neutral respecto al proveedor, permitiendo a los desarrolladores correlacionar llamadas de cliente, servidor y base de datos en un único mapa de transacciones. Live Metrics proporciona telemetría del servidor segundo a segundo sin muestreo, mientras que el muestreo adaptativo reduce el costo de ingesta sin perder la trazabilidad de extremo a extremo para fallos críticos. El sistema de alertas abarca los ámbitos de recurso, suscripción e inquilino (tenant). Las alertas de métricas evalúan umbrales de series temporales con una granularidad de un minuto y pueden autoajustarse mediante umbrales dinámicos. Las alertas de registro ejecutan consultas KQL programadas para detectar patrones complejos entre recursos y regiones, mientras que las alertas del registro de actividad se disparan ante eventos del plano de control como crear, actualizar o eliminar. Los grupos de acciones desacoplan la detección de la respuesta, desencadenando notificaciones (correo electrónico, SMS, push, voz) y automatizaciones (webhook/webhook seguro, Logic Apps, Functions, runbooks de Automation, conectores de ITSM). Las reglas de supresión y las reglas de procesamiento de alertas ayudan a reducir el ruido silenciando o enrutando alertas durante las ventanas de mantenimiento planificadas. Los Dashboards y los Workbooks presentan la telemetría de manera diferente. Los dashboards de Azure son lienzos basados en mosaicos y multiservicio, ideales para vistas operativas rápidas y para anclar gráficos de métricas. Los Workbooks son analíticos, parametrizados y colaborativos, combinando métricas, registros y visualizaciones con interactividad impulsada por consultas. Los Workbooks son excelentes para runbooks operativos, análisis post-incidente y revisiones de servicio donde los operadores pueden pivotar entre dimensiones y profundizar en los datos sin procesar sin salir del contexto.

Service Health y señales de resiliencia de recursos

La disponibilidad y el mantenimiento de la plataforma necesitan una supervisión dedicada más allá de las métricas de los recursos. Azure Service Health proporciona visibilidad personalizada sobre problemas de servicio, mantenimiento planificado y avisos de estado que afectan a las regiones y servicios específicos de una suscripción. Complementa la página pública de Estado de Azure (Azure Status) al ofrecer información sobre el impacto a nivel de suscripción, cronogramas y análisis de causa raíz cuando están disponibles. Se pueden configurar alertas de estado para notificar a los equipos de operaciones a través de grupos de acciones en el momento en que un incidente de servicio regional impacta las cargas de trabajo desplegadas. Resource Health se centra en el estado de los recursos individuales, como máquinas virtuales, servicios de aplicaciones o bases de datos. Distingue entre interrupciones causadas por la plataforma y eventos iniciados por el usuario, proporcionando estados de salud actuales e históricos. La integración de las alertas de Service Health y Resource Health con la gestión de incidentes asegura que los equipos sean notificados cuando la plataforma es la causa raíz, reduciendo el tiempo dedicado a solucionar problemas en componentes de la aplicación que funcionan correctamente. La combinación de estas señales con las alertas de Azure Monitor produce una visibilidad completa (full-stack): rendimiento de la aplicación, utilización de la infraestructura y disponibilidad de la plataforma en una única imagen operativa.

Herramientas de gestión para el control operativo

Las tareas operativas abarcan desde la resolución de problemas interactiva y la automatización mediante scripts hasta la clasificación de incidentes desde el móvil. El Azure portal ofrece una experiencia completa y basada en roles para configurar servicios, visualizar métricas y lanzar Cloud Shell directamente en contexto. La Azure mobile app permite realizar comprobaciones de estado sobre la marcha, confirmar la recepción de alertas y ejecutar acciones rápidas como reiniciar una VM. Para la repetibilidad y la integración con CI/CD, Azure CLI y Azure PowerShell proporcionan automatización multiplataforma con autenticación consistente a través de Microsoft Entra ID y soporte para flujos tanto interactivos como no interactivos. Cloud Shell proporciona un terminal seguro basado en navegador con Bash y PowerShell, precargado con Azure CLI, los módulos Az de PowerShell y herramientas comunes como Git y Terraform. Las sesiones se ejecutan en un contenedor mantenido por Microsoft; un recurso compartido de Azure Files se encarga de la persistencia de los perfiles de usuario y los scripts. Esto elimina la divergencia de herramientas locales y simplifica las operaciones justo a tiempo ejecutadas desde el portal, sin necesidad de gestionar entornos de ejecución. Para la automatización de larga duración o de alto rendimiento, aloje CLI/PowerShell en canalizaciones o runners en contenedores y autentíquese con identidades administradas o credenciales federadas para evitar la proliferación de secretos.

• Azure portal
  • Interfaz: UI web
  • Ideal para: Configuración, visualización, tareas ad-hoc
  • Puntos fuertes: Experiencia de usuario (UX) enriquecida, amplia cobertura de servicios, Cloud Shell integrado
  • Limitaciones: Manual, menos adecuado para scripting a gran escala
• Azure mobile app
  • Interfaz: iOS/Android
  • Ideal para: Clasificación de incidentes y acciones rápidas
  • Puntos fuertes: Confirmación de alertas, acciones básicas sobre recursos, acceso sobre la marcha
  • Limitaciones: Profundidad de configuración limitada
• Cloud Shell
  • Interfaz: Shell en el navegador
  • Ideal para: Comandos ad-hoc sin configuración local
  • Puntos fuertes: Herramientas preinstaladas, directorio de inicio persistente a través de Azure Files, contexto seguro
  • Limitaciones: Contenedor efímero; no apto para trabajos por lotes de larga duración
• Azure CLI (az)
  • Interfaz: Línea de comandos
  • Ideal para: Scripting multiplataforma y canalizaciones
  • Puntos fuertes: Sintaxis consistente, salida en formato JSON, extensibilidad
  • Limitaciones: Curva de aprendizaje para grafos de recursos complejos
• Azure PowerShell (Az)
  • Interfaz: Módulos de PowerShell
  • Ideal para: Automatización en Windows/Linux/macOS; operaciones centradas en objetos
  • Puntos fuertes: Amplia cobertura de cmdlets, objetos que se pueden canalizar (pipelineable)
  • Limitaciones: Mayor consumo de recursos (footprint); requiere gestión del ciclo de vida de los módulos

Automatización: runbooks, gestión de actualizaciones y programación de VM optimizada para costos

Azure Automation proporciona un servicio de runbooks administrado para orquestar tareas operativas. Los runbooks pueden crearse en PowerShell, Python o como flujos de trabajo gráficos, y se pueden desencadenar según una programación, a través de webhooks o mediante alertas a través de grupos de acciones. Las cuentas de ejecución (Run-as accounts) han evolucionado hacia las identidades administradas, que eliminan el manejo de certificados y secretos a la vez que soportan un acceso granular y de privilegios mínimos. Los Hybrid Runbook Workers extienden la automatización a redes privadas o ubicaciones en el borde (edge), ejecutando runbooks en recursos locales (on-premises) o aislados, mientras se siguen gestionando desde Azure. La gobernanza de parches se gestiona a través de Azure Update Manager, que unifica las actualizaciones del sistema operativo para Windows y Linux en las VM de Azure y los servidores habilitados para Arc. Las configuraciones de mantenimiento definen programaciones, comportamiento de reinicio, scripts previos y posteriores (pre/post scripts) y ámbitos dinámicos mediante etiquetas o consultas guardadas. Los informes de cumplimiento resaltan las actualizaciones que faltan y el éxito de la implementación, mientras que las integraciones con Azure Policy aplican las configuraciones de línea de base. Update Manager sustituye a la solución heredada de Update Management en Azure Automation, proporcionando una escala, granularidad y soporte nativo para Arc mejorados. Para minimizar el gasto en computación para cargas de trabajo que no son 24x7, Azure ofrece múltiples opciones para detener e iniciar máquinas virtuales según una programación. La solución Start/Stop VMs v2 orquesta la selección basada en etiquetas, horarios comerciales por zona horaria, detección de inactividad y notificaciones opcionales, utilizando Azure Automation y Azure Monitor internamente. Las VM individuales también admiten directivas de apagado automático, y los Virtual Machine Scale Sets pueden usar reglas de autoescalado basadas en métricas. La combinación del escalado basado en métricas con el inicio/parada programado produce ahorros predecibles sin sacrificar los niveles de servicio durante las ventanas de demanda.

Operaciones híbridas y entre inquilinos: Azure Arc, Azure Lighthouse y Kusto entre áreas de trabajo

Azure Arc proyecta recursos que no son de Azure (servidores, clústeres de Kubernetes, instancias de SQL Server) en Azure Resource Manager para que puedan ser etiquetados, se les puedan asignar políticas, ser monitoreados y actualizados como recursos nativos. El agente de Azure Monitor y las Reglas de Recopilación de Datos (Data Collection Rules) envían la telemetría desde máquinas habilitadas para Arc a una o más áreas de trabajo de Log Analytics, permitiendo una observabilidad centralizada sin importar la ubicación. Para Kubernetes, Arc integra GitOps con Flux para la gestión declarativa de clústeres y admite extensiones para desplegar agentes para Defender for Cloud, recolección de métricas de Prometheus y aplicación de políticas. Azure Lighthouse permite la gestión segura y a escala de recursos entre inquilinos de Microsoft Entra ID, ideal para proveedores de servicios o equipos de plataforma centralizados que dan soporte a múltiples unidades de negocio. Las delegaciones otorgan el acceso mínimo necesario a través de Azure RBAC a nivel de suscripción, grupo de recursos o recurso, mientras que todas las acciones se auditan en el inquilino del cliente. Los operadores pueden consultar registros, desplegar políticas y ejecutar automatizaciones entre inquilinos desde un único contexto, reduciendo la fricción en el inicio de sesión y eliminando la proliferación de credenciales entre inquilinos. Kusto Query Language admite análisis entre recursos y entre regiones al consultar múltiples áreas de trabajo y recursos de Application Insights en una sola instrucción. Los patrones comunes incluyen uniones (union) entre áreas de trabajo y combinaciones (joins) para correlacionar trazas de aplicaciones con registros de infraestructura. Ejemplo:

undefined

. Otro ejemplo correlaciona solicitudes y excepciones entre dos aplicaciones:

undefined

. Con el enrutamiento a múltiples destinos basado en DCR, los registros de Arc y de los recursos de Azure pueden aterrizar en áreas de trabajo regionales sin dejar de ser consultables de forma agregada, ofreciendo tanto residencia de datos como análisis global.

Problema práctico: GlobalRetail Co. construye un centro neurálgico de operaciones para un entorno híbrido

Escenario: GlobalRetail Co. opera servicios de punto de venta en 1,200 tiendas, con centros de datos regionales en Dublín y Singapur y una creciente presencia en Azure para cargas de trabajo web y de análisis. La dirección desea una vista operativa única, aplicación de parches automatizada y controles de costos para las VM de desarrollo, mientras que un proveedor de servicios gestionados (MSP) externo se encarga del soporte nocturno en todos los entornos.

Desafío: Unificar el monitoreo y las alertas entre los servidores de Azure y los locales, implementar actualizaciones automáticas del sistema operativo con ventanas de mantenimiento, reducir los costos de las VM fuera del horario laboral en desarrollo/pruebas, y habilitar operaciones seguras entre inquilinos para el MSP sin compartir credenciales permanentes.

Enfoque recomendado:

1. Desplegar Azure Arc en todos los servidores locales Windows y Linux; habilitar el agente de Azure Monitor a través de Reglas de Recopilación de Datos para enviar datos de plataforma, syslog/Event y de rendimiento a las áreas de trabajo regionales de Log Analytics.
2. Instrumentar las cargas de trabajo web y de API con Application Insights usando OpenTelemetry; configurar pruebas de disponibilidad desde múltiples regiones y habilitar el muestreo adaptativo y la detección inteligente.
3. Crear alertas de métricas, registros y de registro de actividad de Azure Monitor para señales críticas; centralizar las notificaciones con grupos de acciones que disparen correos electrónicos, mensajes a Teams a través de webhooks y un conector ITSM para abrir incidentes automáticamente.
4. Publicar Workbooks (libros de trabajo) de operaciones que combinen fallos/latencia de App Insights, rendimiento de VM (InsightsMetrics) y registros de actividad de la plataforma; anclar gráficos clave a un panel de Azure para toda la organización.
5. Implementar Azure Update Manager con configuraciones de mantenimiento por región y tipo de tienda; usar pre-scripts para drenar el tráfico y post-scripts para validar la salud del servicio; hacer cumplir la conformidad mediante asignaciones de Azure Policy.
6. Desplegar Start/Stop VMs v2 dirigido a suscripciones de desarrollo/pruebas usando las etiquetas environment=dev y environment=test; definir horarios de oficina por zona horaria local y habilitar la detención por inactividad para ventanas de bajo uso.
7. Incorporar al MSP a través de la delegación de Azure Lighthouse a nivel de grupo de administración con un rol personalizado de privilegios mínimos; requerir elevación justo a tiempo con PIM y restringir el acceso a runbooks de emergencia (break-glass) instrumentados con registro de actividad.
8. Crear consultas KQL que unan las áreas de trabajo de Dublín y Singapur para obtener las tasas de CPU, memoria y errores de la flota; programar alertas de registro para detectar picos y enrutarlas al grupo de acciones del MSP fuera del horario laboral.
9. Configurar alertas de Service Health y Resource Health para las regiones/servicios afectados; crear una automatización de incidentes que publique avisos y enlaces de análisis de causa raíz (RCA) en el registro del incidente.

Justificación de Azure: Azure Arc estandariza la gobernanza y la telemetría para los servidores que no son de Azure, permitiendo que Azure Monitor consolide métricas y registros entre regiones. Application Insights proporciona visibilidad de las transacciones de extremo a extremo para que las operaciones puedan identificar fallos de la aplicación frente a problemas de infraestructura. Los grupos de acciones y la integración con ITSM aseguran la creación de incidentes oportuna y automatizada, mientras que los Workbooks y los paneles de control ofrecen una imagen operativa compartida. Update Manager impone una higiene de parches consistente dentro de las ventanas de mantenimiento, y Start/Stop VMs v2 recorta el gasto de desarrollo/pruebas sin afectar la productividad. Azure Lighthouse otorga al MSP un acceso seguro, auditable y con privilegios mínimos entre inquilinos, y KQL entre áreas de trabajo une la telemetría global para la detección proactiva y el diagnóstico rápido.

← Gobernanza y cumplimiento · Todos los dominios · Soporte →

Practica estas preguntas → · Práctica cronometrada en ExamRoll.io →

Explorar Microsoft →