Uruchamiasz bezstanowe API na zestawach skalowania maszyn wirtualnych Azure Virtual Machine Scale Sets. Ruch jest bardzo zmienny. Musisz zminimalizować koszty, używając pojemności wywłaszczalnej dla ruchu skokowego, skalować w poziomie na podstawie użycia procesora i głębokości kolejki, oraz bezpiecznie wdrażać aktualizacje aplikacji za pomocą sond kondycji i mechanizmu surge. Które podejście należy zastosować?

Prawidłowa odpowiedź zakłada użycie dwóch zestawów skalowania, co jest optymalnym rozwiązaniem dla zmiennego ruchu i minimalizacji kosztów. Zestaw podstawowy ze standardowymi maszynami wirtualnymi zapewnia stabilność dla stałego obciążenia, podczas gdy drugi zestaw z maszynami Spot (wywłaszczalnymi) obsługuje skoki ruchu po niższej cenie, wykorzystując pojemność wywłaszczalną. Autoskalowanie w obu zestawach reaguje na użycie procesora i głębokość kolejki. Stopniowe aktualizacje z sondami kondycji i mechanizmem surge (maxSurge) gwarantują bezpieczne wdrożenia bez przestojów. Pozostałe opcje są nieprawidłowe, ponieważ: Pojedynczy zestaw Spot VM z polityką Deallocate i automatycznymi aktualizacjami obrazu systemu operacyjnego nie zapewnia niezawodności dla całego ruchu, ponieważ maszyny Spot mogą zostać w każdej chwili wywłaszczone. Pojedynczy zestaw z elastyczną orkiestracją i tylko instancjami Spot, polegający na ponownym uruchamianiu, jest zbyt ryzykowny dla API wymagającego wysokiej dostępności. Przeniesienie do Azure App Service z ręcznym zarządzaniem instancjami nie spełnia wymagań dotyczących autoskalowania i minimalizacji kosztów poprzez pojemność wywłaszczalną. Pojedynczy zestaw ze standardowymi instancjami bez sond kondycji i polityką skalowania w dół NewestVM nie zapewnia bezpiecznych wdrożeń i może prowadzić do przestojów.