Si esegue un'API stateless su set di scalabilità di macchine virtuali di Azure (Azure Virtual Machine Scale Sets). Il traffico è altamente variabile. È necessario ridurre al minimo i costi utilizzando la capacità preemptible per il traffico di picco, scalare orizzontalmente in base alla CPU e alla profondità della coda e implementare gli aggiornamenti delle applicazioni in modo sicuro con probe di integrità e surge. Quale approccio si dovrebbe usare?

L'opzione corretta soddisfa tutti i requisiti. L'utilizzo di due set di scalabilità, uno Standard per il carico di base e uno Spot per i picchi, ottimizza i costi sfruttando la capacità preemptible pur garantendo la disponibilità. La scalabilità orizzontale basata su CPU e profondità della coda è gestita dalle regole di scalabilità automatica. Gli aggiornamenti sicuri con probe di integrità e surge (maxSurge) sono supportati dagli aggiornamenti in sequenza. Le opzioni errate non soddisfano tutti i requisiti: Un singolo set di scalabilità di VM Spot non garantisce la disponibilità per il carico di base e la policy di deallocazione non è ideale per un'API stateless. Un singolo set di scalabilità con orchestrazione flessibile e solo istanze Spot non garantisce la disponibilità e affidarsi ai riavvii durante le eviction non è un approccio robusto. Spostare l'API su Azure App Service non è l'approccio richiesto (VM Scale Sets) e la gestione manuale delle istanze non è scalabile. Disabilitare i probe di integrità e utilizzare la policy NewestVM per gli aggiornamenti non garantisce la sicurezza e l'affidabilità degli aggiornamenti.