Una piattaforma di analisi multi-tenant utilizza AKS per due carichi di lavoro: (1) un livello API sempre attivo con traffico costante e (2) grandi processi batch notturni che possono tollerare i riavvii. Azure SQL Database e un portale di amministrazione basato su App Service funzionano 24 ore su 24, 7 giorni su 7 e hanno un utilizzo prevedibile. La direzione impone una riduzione del 30% dei costi di calcolo senza influire sugli SLO. Quali due raccomandazioni soddisfano al meglio l'obiettivo?

L'aggiunta di un pool di nodi Spot AKS dedicato ai processi batch notturni è efficace perché i carichi di lavoro batch possono tollerare i riavvii, rendendoli ideali per i nodi Spot a basso costo. L'uso di PodDisruptionBudgets/tolerations e il checkpointing garantiscono la resilienza. L'acquisto di capacità riservate per Azure SQL Database e App Service plan riduce i costi per risorse con utilizzo prevedibile e costante. Scalare il cluster AKS a zero durante l'orario lavorativo non è fattibile per un livello API sempre attivo. Migrare l'API a VM B-series non è appropriato per un carico di lavoro con traffico costante. Disabilitare l'autoscale limiterebbe la scalabilità e potrebbe influire sugli SLO.