Une plateforme de vente au détail s'exécute sur un groupe de machines virtuelles identiques Azure (VMSS) pour sa couche API, un service d'application (App Service) pour le front-end web et une base de données Azure SQL. Vous devez : 1) Envoyer une alerte lorsque le CPU moyen du VMSS dépasse 80 % pendant 5 minutes (notifier l'astreinte par SMS) et lorsqu'il dépasse 95 % pendant 5 minutes (alerter l'ingénieur SRE via PagerDuty). 2) Diffuser les journaux de diagnostic de l'App Service et de SQL vers un espace de travail Log Analytics et les archiver dans Azure Storage pendant 365 jours. 3) Déclencher une alerte lorsque les journaux de l'App Service contiennent 'OrderTimeoutException' plus de 10 fois en 5 minutes. Que devez-vous implémenter ?

La bonne réponse est la seule qui répond à toutes les exigences. Deux règles d'alerte de métrique distinctes sont nécessaires pour le CPU du VMSS afin de déclencher des notifications différentes à des seuils différents (80 % et 95 %). Les paramètres de diagnostic sont la méthode standard pour acheminer les journaux et les métriques d'App Service et Azure SQL vers Log Analytics (pour l'analyse et l'alerte) et un compte de stockage (pour l'archivage à long terme). Enfin, une alerte de requête planifiée Log Analytics est l'outil approprié pour rechercher des chaînes spécifiques ('OrderTimeoutException') dans les journaux et déclencher une alerte en fonction de leur fréquence sur une période donnée. Les autres options ne répondent pas entièrement aux exigences, par exemple en utilisant des méthodes incorrectes pour l'acheminement des journaux, des types d'alertes inadaptés ou des mécanismes de notification incomplets.