Impegno aziendale nella gestione cloud

Un impegno aziendale consente di definire il livello di gestione operativa a un costo operativo accettabile. Per definire un impegno aziendale, è necessario bilanciare le priorità. Questo articolo descrive come valutare i punti dati e i calcoli per trovare tale equilibrio.

È possibile avere impegni correlati alla stabilità aziendale che giustificano le decisioni aziendali. Gli impegni di stabilità possono includere contratti di servizio (SLA) o un determinato livello di resilienza tecnica. Per la maggior parte dei carichi di lavoro, è necessario solo un livello di base di gestione del cloud. Per altri carichi di lavoro, è possibile spendere due o quattro volte più sulla gestione cloud rispetto a un livello di base. È possibile giustificare questo costo a causa del potenziale impatto delle interruzioni aziendali.

Gli articoli precedenti in questa serie possono risultare utili per comprendere la classificazione e l'impatto delle interruzioni ai diversi carichi di lavoro. Questo articolo semplifica il calcolo dei rendimenti.

Il diagramma seguente mostra che ogni livello di gestione cloud ha punti di inflessione in cui i costi possono aumentare più velocemente rispetto alla resilienza. Tali punti critici richiedono decisioni aziendali dettagliate e impegni aziendali.

Determinare un impegno appropriato

Per ogni carico di lavoro nel portfolio, il team delle operazioni cloud e il team di strategia del cloud devono allinearsi in merito al livello di gestione fornito direttamente dal team delle operazioni cloud.

Quando l'azienda stabilisce un impegno, determinare come allineare gli aspetti seguenti.

• Prerequisiti per le operazioni IT
• Responsabilità gestionale
• Tenancy cloud
• Fattori relativi ai costi secondari
• Riduzione della perdita del ritorno sugli investimenti (ROI)
• Convalida del livello di gestione

Per prendere decisioni, le sezioni seguenti descrivono questi aspetti in modo più dettagliato.

Determinare i prerequisiti per le operazioni IT

La Guida alla gestione di Azure illustra gli strumenti di gestione di Azure. Prima che l'azienda concordi un impegno, il team IT deve definire una baseline di gestione di livello standard accettabile da applicare a tutti i carichi di lavoro gestiti. Per ogni carico di lavoro gestito nel portfolio IT, il team IT deve quindi calcolare un costo di gestione standard in base a conteggi di core di CPU, spazio su disco e altre variabili correlate alle risorse. Il team IT può anche stimare un obiettivo di livello di servizio composito (SLO) per ogni carico di lavoro, in base all'architettura.

I team delle operazioni IT usano spesso un valore minimo predefinito di tempo di attività al 99,9% per il contratto di servizio composito iniziale. Possono normalizzare i costi di gestione in base al carico di lavoro medio, in particolare per soluzioni con esigenze minime a livello di registrazione e archiviazione. Per fornire un punto di partenza per le conversazioni iniziali, il team IT può determinare la media dei costi di alcuni carici di lavoro con criticità media.

La baseline di gestione delle operazioni funge da punto di partenza iniziale ed è anche necessario convalidare la baseline con gli aspetti seguenti.

Scegliere un modello di responsabilità

In un ambiente locale tradizionale, si presuppone in genere che il costo della gestione dell'ambiente sia un costo irrecuperabile per le operazioni IT. Un costo irrecuperabile è una spesa che non è possibile recuperare. Nel cloud, la gestione è una decisione intenzionale che ha un impatto diretto sul budget. È possibile attribuire direttamente i costi di ogni funzione di gestione per ciascun carico di lavoro distribuito nel cloud. Si ha un maggiore controllo con questo approccio. Tuttavia, i team operativi del cloud e i team di strategia cloud devono prima impegnarsi in un accordo sulle responsabilità.

L'azienda può anche scegliere di esternalizzazre alcune funzioni di gestione continuative a un provider di servizi. I provider di servizi possono usare Azure Lighthouse per fornire all'azienda un controllo preciso. Ad esempio, è possibile concedere l'accesso alle risorse e avere maggiore visibilità sulle azioni eseguite dai provider di servizi.

Per gestire l'ambiente cloud, è possibile implementare vari modelli.

• Modello di responsabilità delegata: le operazioni IT possono usare un approccio noto come responsabilità delegata. Questo approccio non richiede la gestione centralizzata e impedisce il sovraccarico della gestione operativa. Nel modello con centro di eccellenza cloud (CCoE), le operazioni della piattaforma e l'automazione della piattaforma forniscono strumenti di gestione self-service che possono essere usati dai team operativi gestiti dall'azienda, indipendentemente da un team delle operazioni IT centralizzato.

  Questo approccio concede agli stakeholder aziendali il controllo completo sui budget correlati alla gestione. Il team CCoE può anche garantire che sia implementato correttamente un set minimo di protezioni. Il team IT funge da broker e da guida per aiutare l'azienda a prendere decisioni ottimali. Le operazioni aziendali gestiscono le operazioni quotidiane dei carichi di lavoro dipendenti.

• Modello di responsabilità centralizzata: l'azienda può richiedere un modello di team IT centrale se si hanno requisiti di conformità complessità tecnica o modelli di servizio condivisi. In un modello IT centrale, il team IT esegue le proprie responsabilità di gestione delle operazioni.

  È possibile gestire e controllare centralmente la progettazione dell'ambiente, i controlli di gestione e gli strumenti di governance che limitano il ruolo degli stakeholder aziendali a livello di impegni di gestione. La visibilità per il costo e l'architettura degli approcci cloud semplifica la comunicazione del costo e del livello di gestione per ogni carico di lavoro da parte del team IT centralizzato.

• Modello misto: la classificazione è alla base di un modello misto di responsabilità di gestione. Se l'azienda è in fase di trasformazione dall'ambiente locale al cloud, potrebbe essere necessario un modello operativo locale per un certo periodo di tempo. Se l'azienda ha requisiti di conformità rigorosi o dipende da contratti a lungo termine con fornitori IT esterni, potrebbe richiedere un modello operativo centralizzato.

  Un approccio basato su modelli misti offre un equilibrio. In questo approccio, un team IT centrale fornisce un modello operativo centralizzato per tutti i carichi di lavoro cruciali o contenenti informazioni riservate. Il team inserisce tutte le altre classificazioni dei carichi di lavoro in un ambiente cloud che supporta le responsabilità delegate. L'approccio centralizzato per la responsabilità funge da modello operativo generale, ma l'azienda ha la flessibilità di adottare un modello operativo specializzato in base al livello richiesto di supporto e sensibilità.

Considerare chi è responsabile della gestione delle operazioni quotidiane per un carico di lavoro. L'approccio di responsabilità influisce sugli impegni.

Gestire la tenancy cloud

In genere, è possibile gestire più facilmente gli asset quando risiedono in un singolo tenant. Tuttavia, potrebbe essere necessario gestire più tenant. Per maggiori informazioni sui motivi per cui si potrebbe richiedere un ambiente di Azure multi-tenant, consultare la sezione Centralizzazione delle operazioni di gestione con Azure Lighthouse.

Prendere in considerazione i fattori di costo flessibile

La sezione seguente illustra un approccio volto a determinare i rendimenti comparativi associati ai vari livelli di processi e strumenti di gestione. Per ciascun carico di lavoro, è possibile misurare il costo della gestione rispetto all'impatto previsto delle interruzioni aziendali. Usare il metodo seguente per determinare se è necessario investire in approcci di gestione più estesi.

Prima di calcolare i numeri, prendere in considerazione i fattori di costo flessibile. I fattori relativi ai costi secondari producono rendimenti, ma tali rendimenti sono difficili da misurare tramite risparmi diretti sui costi fissi che risultano visibili in un conto profitti e perdite. I fattori relativi ai costi secondari possono indicare la necessità di investire in un livello di gestione superiore rispetto a quanto sia fiscalmente consigliabile.

Di seguito sono riportati alcuni esempi di fattori relativi ai costi secondari:

• Utilizzo giornaliero dei carichi di lavoro da parte del consiglio di amministrazione o del CEO.

• Utilizzo dei carichi di lavoro da parte dei primi x% dei clienti che comporta un impatto maggiore sui ricavi altrove.

• Impatto sulla soddisfazione dei dipendenti.

Per prendere un impegno, il punto dati successivo da valutare è costituito da un elenco di fattori relativi ai costi secondari. Non è necessario documentare tali fattori in questa fase, ma occorre che gli stakeholder aziendali siano consapevoli dell'importanza di questi fattori e della rispettiva esclusione dai calcoli seguenti.

Calcolare il ritorno sugli investimenti per la prevenzione delle perdite

Quando il team IT, responsabile delle operazioni cloud, calcola il relativo ritorno sui costi di gestione delle operazioni, deve completare i prerequisiti indicati in precedenza e presupporre un livello minimo di gestione per tutti i carichi di lavoro.

L'impegno successivo da prendere consiste da parte dell'azienda è l'accettazione dei costi associati alle offerte con gestione tramite baseline. Determinare se l'azienda accetta di investire nelle offerte baseline per soddisfare gli standard minimi delle operazioni cloud.

Se l'azienda non accetta tale livello di gestione, è necessario creare una soluzione in modo che l'azienda possa continuare. Assicurarsi che la soluzione non influisca materialmente sulle operazioni cloud di altri carichi di lavoro.

È possibile che si desideri più del livello di gestione standard. La sezione seguente consente di verificare che gli investimenti e i rendimenti associati sotto forma di evitare perdite.

Aumentare i livelli di gestione

Per le soluzioni gestite, è possibile applicare alcuni principi di progettazione e soluzioni modello, oltre alla baseline di gestione. Ogni principio di progettazione per l'affidabilità e la resilienza aggiunge costi operativi al carico di lavoro. Il team IT e l'azienda devono concordare questi impegni aggiuntivi, pertanto è necessario comprendere potenziali perdite che è possibile evitare quando si implementano altri principi.

I calcoli seguenti forniranno informazioni dettagliate sulle formule per consentire una comprensione migliore delle differenze tra perdite e aumento degli investimenti nella gestione. Per maggiori informazioni sulla modalità di calcolo dei costi di un incremento della gestione, consultare le sezioni Automazione dei carichi di lavoro e Automazione della piattaforma.

Stimare l'interruzione

SLO composito è l'SLA basato sulla distribuzione di ogni risorsa nel carico di lavoro. Il campo SLO composito determina l'interruzione stimata etichettata Est. Outage nella cartella di lavoro. Per calcolare le interruzioni stimate in ore all'anno senza usare la cartella di lavoro, applicare la formula seguente:

Interruzioni stimate = (1 - percentuale contratto di servizio composito) × numero di ore in un anno

La cartella di lavoro usa il valore predefinito di 8.760 ore all'anno.

Impatto delle perdite standard

L'impatto delle perdite standard stima l'impatto finanziario di eventuali interruzioni, presupponendo che la previsione relativa alle interruzioni stimate risulti accurata. L'impatto della perdita standard viene etichettato Standard Impact nella cartella di lavoro. Per calcolare questa stima senza usare la cartella di lavoro, applicare la formula seguente:

Impatto standard = interruzioni stimate @ tre 9s di tempo di attività × impatto tempo-valore

Il valore costituisce una baseline per i costi, nel caso in cui gli stakeholder investano in un livello più elevato di gestione.

Impatto dell'SLO composito

L'impatto dell'SLO composito fornisce l'impatto fiscale aggiornato, in base alle modifiche apportate all'SLA per il tempo di attività. Usare questo calcolo per confrontare l'impatto finanziario previsto di entrambe le opzioni. L'impatto dell'SLO composito viene etichettato Commitment level impact nella cartella di lavoro. Per calcolare questo impatto previsto senza il foglio di calcolo, applicare la formula seguente:

Impatto dell'SLO composito = interruzioni stimate × impatto tempo-valore

Il valore rappresenta le perdite potenziali che il livello di impegno modificato e il nuovo SLO composito devono evitare.

Base del confronto

Il campo Base confronto valuta l'impatto standard e l'impatto dell'SLO composito per determinare la quantità di rendimento nel campo ROI annuale.

Rendimenti della prevenzione delle perdite

Se il costo della gestione di un carico di lavoro è superiore alle perdite potenziali, è possibile che l'investimento proposto nella gestione cloud non sia utile. Per confrontare i Rendimenti della prevenzione delle perdite, vedere la colonna con etichetta Annual ROI. Per calcolare autonomamente questa colonna, usare la formula seguente:

Rendimenti della prevenzione delle perdite = (base del confronto - (costo mensile × 12) ) ÷ (costo mensile × 12)

Se non si hanno altri fattori a costo flessibile da considerare, è possibile usare questo confronto per determinare rapidamente se è necessario investire di più in operazioni cloud, resilienza, affidabilità o altre aree.

Convalidare l'impegno

A questo punto del processo, l'azienda può assumere impegni, tra cui la responsabilità centralizzata o delegata e la tenancy di Azure, e determinare il livello di impegno. È possibile convalidare e documentare ciascun impegno per garantire che il team delle operazioni cloud, il team di strategia del cloud e gli stakeholder aziendali si allineino con questi impegni per la gestione del carico di lavoro.

Passaggio successivo

Dopo aver assunto gli impegni, i team operativi responsabili possono configurare il carico di lavoro. Per iniziare, valutare i diversi approcci a inventario e visibilità.