Usted da soporte a cargas de trabajo de misión crítica en varias suscripciones en Europa del Norte y Europa Occidental. Debe: 1) Recibir alertas sobre problemas de servicio en todo Azure que afecten a sus servicios seleccionados en esas regiones. 2) Ser notificado sobre el mantenimiento planificado que afecte a sus hosts de VM. 3) Realizar un seguimiento de los avisos de estado del servicio, como la obsolescencia de características. 4) Enrutar diferentes notificaciones de Service Health a diferentes grupos de acciones (correo electrónico frente a ITSM). ¿Qué debe configurar?

Azure Service Health es la herramienta principal para monitorear problemas de servicio, mantenimiento planificado y avisos de estado a nivel de plataforma. Permite configurar alertas específicas por suscripción, servicio y región, y vincularlas a diferentes grupos de acciones (como correo electrónico o ITSM) para cumplir con los requisitos de enrutamiento. Las alertas de Resource Health son complementarias y se usarían para el estado de recursos individuales, no para problemas de servicio a gran escala. Las otras opciones son incorrectas: El análisis de fuentes RSS de Azure Status es menos robusto y no ofrece la misma granularidad ni integración con grupos de acciones. Las alertas de métricas de Azure Monitor no están diseñadas para eventos de Service Health. Azure Advisor ofrece recomendaciones, no notificaciones en tiempo real de mantenimiento o problemas de servicio. Una alerta única sin filtros en la raíz del inquilino generaría demasiado ruido y las reglas de procesamiento de alertas basadas en el asunto del correo electrónico son ineficientes y propensas a errores. Azure Policy se usa para aplicar estándares y evaluar el cumplimiento, no para generar alertas sobre eventos de mantenimiento o problemas de servicio. Las notificaciones de escalado automático de Azure Monitor son para métricas y registros, no para Service Health.