Vous prenez en charge des charges de travail critiques sur plusieurs abonnements dans les régions Europe du Nord et Europe de l'Ouest. Vous devez : 1) Recevoir des alertes pour les problèmes de service à l'échelle d'Azure qui impactent vos services sélectionnés dans ces régions. 2) Être informé de la maintenance planifiée affectant vos hôtes de machines virtuelles. 3) Suivre les avis de santé des services, tels que les dépréciations de fonctionnalités. 4) Acheminer différentes notifications de Service Health vers différents groupes d'actions (e-mail ou ITSM). Que devez-vous configurer ?

La bonne approche consiste à utiliser Azure Service Health. Il fournit des notifications personnalisées sur les problèmes de service Azure, la maintenance planifiée et les avis de santé qui affectent vos services, abonnements et régions spécifiques. Vous pouvez configurer des alertes ciblées avec des groupes d'actions distincts pour acheminer les notifications vers les équipes appropriées (e-mail, ITSM). Resource Health complète cela en fournissant des informations sur la santé de vos ressources individuelles. Les autres options sont incorrectes car : L'analyse RSS d'Azure Status est moins personnalisable et ne gère pas la maintenance planifiée ou les avis de santé de manière intégrée pour vos ressources spécifiques. Les alertes de métriques Azure Monitor sur 'ServiceAvailability' ne couvrent pas la maintenance planifiée ou les avis de santé, et Azure Advisor n'est pas conçu pour la notification proactive de ces événements. Une seule alerte Service Health sans filtres au niveau du locataire générerait trop de bruit et nécessiterait une logique complexe de traitement des alertes par e-mail, ce qui est inefficace. Azure Policy est pour la gouvernance et la conformité, pas pour la détection d'événements de maintenance ou les problèmes de service. Les notifications d'autoscaling sont pour la mise à l'échelle, pas pour la santé du service.