Condividi tramite

Gestione e automazione dei carichi di lavoro

  • Articolo

Questo articolo descrive la funzionalità di gestione e automazione dei carichi di lavoro all'interno di FinOps Framework e spiega come implementarla in Microsoft Cloud.

Definizione

Con gestione e automazione dei carichi di lavoro si intende l'esecuzione di risorse solo quando necessario e al livello o alla capacità necessari per il carico di lavoro attivo.

Contrassegnare le risorse in base ai requisiti di attività. Esaminare i modelli di utilizzo e le risorse e determinare se possono essere ridimensionati o addirittura arresti (per interrompere la fatturazione) durante le ore di minore attività. Per ridurre i costi, prendere in considerazione alternative più economiche.

Un piano efficace di gestione e automazione dei carichi di lavoro può ridurre significativamente i costi modificando la configurazione in base alla domanda in modo dinamico, garantendo l'utilizzo più efficace.

Introduzione

Quando si inizia a usare un servizio per la prima volta, considerare i punti seguenti:

  • Il servizio può essere arrestato (e, in tal caso, la fatturazione viene interrotta)?
    • Se il servizio non può essere arrestato, valutare le alternative per determinare se sono disponibili opzioni che possono essere arrestate per interrompere la fatturazione.
    • Prestare particolare attenzione agli addebiti non di calcolo che potrebbero continuare a essere fatturati quando una risorsa viene arrestata in modo da non sorprendersi. L'archiviazione è un esempio comune di costo che continua a essere addebitato anche se una risorsa di calcolo che usa l'archiviazione non è più in esecuzione.
  • Il servizio supporta l'elaborazione serverless?
  • Il servizio supporta la funzionalità di arresto automatico o chiusura automatica?
  • Il servizio supporta la scalabilità automatica?
    • Se il servizio supporta la scalabilità automatica, configurarlo per la scalabilità in base alle esigenze dell'applicazione.
    • La scalabilità automatica può funzionare in combinazione con l'arresto automatico per ottimizzare l'efficienza.
  • Per evitare costi non necessari, è consigliabile arrestare e avviare manualmente le risorse non di produzione durante l'orario di lavoro.
    • Evitare di avviare automaticamente risorse non di produzione che non vengono usate ogni giorno.
    • Se si sceglie di eseguire l'avvio automatico, tenere presente le vacanze e le festività in cui le risorse potrebbero iniziare automaticamente ma non essere usate.
    • Valutare la possibilità di assegnare tag manualmente alle risorse arrestate. Per assicurarsi che tutte le risorse vengano arrestate, salvare una query in Azure Resource Graph o una visualizzazione nell'elenco Tutte le risorse e aggiungerla al dashboard portale di Azure.
  • Si considerino modelli architetturali come contenitori e serverless per usare le risorse solo quando sono necessarie e promuovere la massima efficienza nei servizi chiave.

Sviluppo a partire dalle basi

A questo punto, è possibile configurare il funzionamento della scalabilità automatica e dell'arresto automatico. Per andare oltre le nozioni di base, considerare i seguenti punti:

  • Automatizzare il processo di ridimensionamento o arresto automatico delle risorse che non supportano questa funzionalità o hanno requisiti più complessi.
  • Assegnare un tag "Env" o Environment per identificare le risorse per lo sviluppo, il test, la gestione temporanea, la produzione e così via.
    • Privilegiare l'assegnazione di tag a livello di sottoscrizione o gruppo di risorse. Abilitare quindi i criteri di ereditarietà dei tag per Criteri di Azure e l'ereditarietà dei tag di Gestione dei costi per coprire le risorse che non generano tag con i dati di utilizzo.
    • Valutare la possibilità di configurare script automatizzati per arrestare le risorse con profili di attività specifici, ad esempio arrestare le macchine virtuali per sviluppatori durante le ore di minore attività se non sono state usate in 2 ore.
    • Documentare le aspettative a livello di attività in base a valori di tag specifici e che cosa accade quando il tag non è presente.
    • Usare Criteri di Azure per tenere traccia della conformità ai criteri dei tag.
    • Usare Criteri di Azure per applicare regole di configurazione specifiche in base all'ambiente.
    • Prendere in considerazione l'uso di tag "override" per ignorare i criteri standard quando necessario. Per garantire la responsabilità, tenere traccia dei costi e segnalarli agli stakeholder.
  • Valutare la possibilità di definire e monitorare gli indicatori KPI per i carichi di lavoro con priorità bassa, ad esempio i server di sviluppo.

Altre informazioni su FinOps Foundation

Questa capacità fa parte di FinOps Framework di FinOps Foundation, un'organizzazione senza fine di lucro dedicata al progresso della gestione e dell'ottimizzazione dei costi del cloud. Per altre informazioni su FinOps, inclusi playbook utili, programmi di formazione e certificazione e altro ancora, vedere l'articolo Ottimizzazione del carico di lavoro nella documentazione di FinOps Framework.

Passaggi successivi