Un piano di servizio app ospita un'API web che sperimenta picchi di traffico imprevedibili durante l'orario lavorativo. È necessario ridurre al minimo i costi durante la notte, assicurando al contempo che l'API si adatti rapidamente quando la CPU supera il 70% o la memoria supera il 75% per 10 minuti. Durante l'orario lavorativo (8:00-18:00), mantenere un minimo di 3 istanze; fuori orario mantenere 1 istanza; e non superare mai le 10 istanze. Quali configurazioni è necessario implementare?

Le prime tre opzioni sono corrette perché descrivono le configurazioni necessarie per soddisfare tutti i requisiti. La creazione di un'impostazione di scalabilità automatica con due profili pianificati (orario lavorativo e fuori orario) gestisce i requisiti di istanze minime e massime basati sul tempo, riducendo i costi durante la notte e garantendo la disponibilità durante il giorno. L'aggiunta di regole di scalabilità automatica in uscita (scale-out) basate su CPU e memoria assicura che l'API si adatti rapidamente ai picchi di traffico quando le soglie specificate vengono superate per 10 minuti, aumentando il conteggio delle istanze. Le regole di scalabilità automatica in entrata (scale-in) corrispondenti sono necessarie per ridurre le istanze quando il carico diminuisce, ottimizzando i costi. Le opzioni errate non soddisfano tutti i requisiti: La scalabilità manuale con un runbook non reagisce dinamicamente ai picchi di CPU o memoria e non garantisce una scalabilità rapida quando necessario. Scalare a uno SKU più grande (scalabilità verticale) non è una soluzione ottimale per i picchi imprevedibili, in quanto comporterebbe costi più elevati costantemente e non permetterebbe una scalabilità dinamica basata sull'utilizzo effettivo delle risorse.