Usted ejecuta una API sin estado en Azure Virtual Machine Scale Sets. El tráfico es muy variable. Debe minimizar los costos utilizando capacidad preemptible para el tráfico de ráfaga, escalar horizontalmente según el uso de CPU y la profundidad de la cola, e implementar actualizaciones de aplicaciones de forma segura con sondeos de estado y sobretensión (surge). ¿Qué enfoque debe utilizar?

La opción correcta utiliza dos conjuntos de escalado de VM para satisfacer todos los requisitos. Un conjunto de prioridad Standard maneja la carga constante, asegurando disponibilidad y permitiendo actualizaciones seguras con sondeos de estado y sobretensión (surge). El segundo conjunto, con instancias Spot, escala horizontalmente para el tráfico de ráfaga a bajo costo, aprovechando la capacidad preemptible. Las reglas de escalado automático por conjunto permiten escalar según el uso de CPU y la profundidad de la cola. Las otras opciones son incorrectas porque: Un solo conjunto de VM Spot con política de expulsión Deallocate no garantiza la disponibilidad para la carga base y no permite actualizaciones seguras con sobretensión. Un conjunto de orquestación flexible con solo instancias Spot y notificaciones de terminación no garantiza la disponibilidad ni la seguridad de las actualizaciones. Mover a Azure App Service no permite el uso de capacidad preemptible de VM ni la gestión detallada de actualizaciones requerida. Un solo conjunto uniforme con instancias Standard sin sondeos de estado y con política NewestVM no garantiza la seguridad de las implementaciones.