Stai progettando Azure Batch per un carico di lavoro di rendering. Le dimensioni dei job variano ampiamente e desideri ridurre al minimo i costi utilizzando la capacità preemptible, ma mantenendo una piccola baseline sempre attiva. I task hanno dipendenze e devono essere orchestrati per ogni invio di job. Cosa dovresti implementare? Scegli due.

La prima opzione è corretta perché un pool Batch con nodi dedicati e a bassa priorità (spot) bilancia costo ed affidabilità. I nodi dedicati garantiscono una baseline stabile, mentre i nodi a bassa priorità riducono i costi per i carichi di lavoro variabili, sfruttando la capacità preemptible. La scalabilità automatica basata sui task in sospeso ottimizza l'utilizzo delle risorse. La seconda opzione è corretta perché un Job Manager Task è ideale per orchestrare task con dipendenze. Questo task, eseguito all'inizio del job, può inviare dinamicamente altri task, specificando le loro dipendenze per garantire l'ordine di esecuzione corretto. Le altre opzioni sono errate: usare un set di scalabilità di VM esterno non è il modo standard per gestire la scalabilità in Batch; disabilitare la scalabilità automatica e pre-provisionare un pool fisso è inefficiente e costoso per carichi di lavoro variabili; usare un task di avvio per SSH e pianificare manualmente è inefficiente e non sfrutta le funzionalità di orchestrazione di Batch.