U draait een stateless API op Azure Virtual Machine Scale Sets. Het verkeer is zeer variabel. U moet de kosten minimaliseren door preemptible capaciteit te gebruiken voor burst-verkeer, uitschalen op basis van CPU en queue depth, en applicatie-updates veilig uitrollen met health probes en surge. Welke aanpak moet u gebruiken?

De juiste aanpak is om twee VM-schaalsets te gebruiken: één met Standard-prioriteit voor de basisbelasting en één met Spot-prioriteit voor burst-verkeer. Dit minimaliseert kosten door Spot-VM's te benutten voor variabele belasting, terwijl de Standard-set de beschikbaarheid garandeert. Autoscale-regels per set, gebaseerd op CPU en queue depth, zorgen voor efficiënt uitschalen. Rolling upgrades met health probes en maxSurge op de Standard-set maken veilige applicatie-updates mogelijk. De andere opties zijn minder geschikt: Een enkele Spot-VM-schaalset is te risicovol vanwege de hoge kans op evictions, wat de beschikbaarheid van de API in gevaar brengt. Flexibele orchestratie met alleen Spot-instances en beëindigingsmeldingen is nog steeds kwetsbaar voor evictions en vereist extra logica om dit op te vangen. Azure App Service is een PaaS-oplossing die mogelijk niet de flexibiliteit biedt die nodig is voor specifieke VM-schaalsetconfiguraties en handmatig instance-beheer is inefficiënt. Het uitschakelen van health probes en het gebruik van NewestVM voor scale-in beleid bij rolling upgrades is riskant en kan leiden tot downtime of onstabiele implementaties.