Un plan App Service héberge une API web qui connaît des pics de trafic imprévisibles pendant les heures ouvrables. Vous devez minimiser les coûts pendant la nuit tout en garantissant que l'API s'adapte rapidement lorsque le CPU dépasse 70 % ou que la mémoire dépasse 75 % pendant 10 minutes. Pendant les heures ouvrables (8h00-18h00), maintenez un minimum de 3 instances ; en dehors des heures ouvrables, maintenez 1 instance ; et ne dépassez jamais 10 instances. Quelles configurations devriez-vous implémenter ?

La création d'un paramètre de mise à l'échelle automatique avec deux profils planifiés (heures ouvrables et hors heures ouvrables) répond à l'exigence de maintenir un nombre d'instances différent selon l'heure de la journée, minimisant ainsi les coûts la nuit tout en assurant une capacité suffisante pendant la journée. Les règles de montée en charge basées sur le CPU ( 70 % pendant 10 minutes) et la mémoire ( 75 % pendant 10 minutes) garantissent que l'API s'adapte rapidement aux pics de trafic imprévisibles, comme demandé. Les règles de réduction correspondantes permettent de réduire les instances lorsque la charge diminue, optimisant les coûts. Les options incorrectes ne répondent pas à toutes les exigences. La mise à l'échelle manuelle via un runbook Azure Automation ne permet pas une adaptation rapide aux pics imprévisibles basés sur le CPU/la mémoire. L'augmentation du SKU du plan App Service ne permet pas de minimiser les coûts la nuit et ne gère pas dynamiquement les pics de trafic.