Вы запускаете API без сохранения состояния на масштабируемых наборах виртуальных машин Azure (Azure Virtual Machine Scale Sets). Трафик сильно меняется. Вы должны минимизировать затраты, используя вытесняемую емкость для пикового трафика, масштабирование по загрузке ЦП и глубине очереди, а также безопасно развертывать обновления приложений с помощью проверок работоспособности и surge. Какой подход следует использовать?

Правильный ответ обеспечивает баланс между минимизацией затрат и надежностью. Использование двух масштабируемых наборов (один стандартный, один Spot) позволяет обрабатывать базовую нагрузку без прерываний и использовать более дешевые экземпляры Spot для пиковых нагрузок, которые могут быть вытеснены. Автомасштабирование по загрузке ЦП и глубине очереди эффективно реагирует на изменения трафика. Скользящие обновления с проверками работоспособности и maxSurge гарантируют безопасное развертывание обновлений без простоя. Неправильные варианты: Единый масштабируемый набор Spot с политикой Deallocate слишком рискован для критически важного API, так как вытеснение может привести к значительным простоям. Единый масштабируемый набор с гибкой оркестровкой только с экземплярами Spot и перезапусками во время вытеснения также не обеспечивает достаточной надежности для API. Azure App Service не решает проблему использования вытесняемой емкости и может быть дороже. Отключение проверок работоспособности и использование политики NewestVM в едином стандартном наборе небезопасно для развертывания и не использует вытесняемую емкость для экономии.