Impegno aziendale nella gestione cloud

La definizione di un impegno aziendale è una questione di bilanciamento delle priorità. L'obiettivo consiste nell'allineare il livello appropriato di gestione a un costo operativo accettabile. Per trovare tale equilibrio sono necessari alcuni punti dati e alcuni calcoli, illustrati in questo articolo.

Gli impegni per la stabilità aziendale, tramite resilienza tecnica o altri impatti del contratto di servizio, sono una decisione basata sulla motivazione aziendale. Per la maggior parte dei carichi di lavoro in un ambiente è sufficiente un livello baseline di gestione cloud. Per altri carichi di lavoro è giustificabile un incremento da 2 a 4 volte a causa del potenziale impatto di eventuali 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. Come illustrato nell'immagine precedente, ogni livello di gestione cloud presenta punti critici in cui il costo può aumentare più rapidamente rispetto all'incremento della resilienza. Tali punti critici richiederanno decisioni aziendali dettagliate e impegni aziendali.

Definire un impegno appropriato con l'azienda

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.

Durante la definizione di un impegno con l'azienda, esistono alcuni aspetti essenziali da allineare:

• Prerequisiti per le operazioni IT.
• Responsabilità gestionale.
• Tenancy cloud.
• Fattori relativi ai costi secondari.
• Ritorno sugli investimenti per la prevenzione delle perdite.
• Convalida del livello di gestione.

Per facilitare il processo decisionale, il resto di questo articolo illustra in modo più dettagliato questi aspetti.

Prerequisiti per le operazioni IT

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

Suggerimento

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 anche scegliere di 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. La determinazione della media dei costi di alcuni carichi di lavoro con criticità media può fornire un punto di partenza per le conversazioni iniziali.

Suggerimento

Se si usa la cartella di lavoro di gestione delle operazioni per pianificare la gestione cloud, sarà necessario aggiornare i campi relativi alla gestione delle operazioni in modo da rispecchiare tali prerequisiti. Questi campi includono Commitment level (Livello di impegno), Composite SLA (Contratto di servizio composito) e Monthly cost (Costo mensile). Il costo mensile deve rappresentare il costo degli strumenti di gestione operativa aggiunti su base mensile.

La baseline di gestione delle operazioni funge da punto di partenza da convalidare in ognuna delle sezioni seguenti.

Responsabilità gestionale

In un ambiente locale tradizionale si presuppone in genere che il costo della gestione dell'ambiente sia un costo irrecuperabile a carico delle operazioni IT. Sul cloud la gestione è una decisione intenzionale con un impatto diretto sul budget. I costi di ogni funzione di gestione possono essere attribuiti in modo più diretto a ogni carico di lavoro distribuito sul cloud. Questo approccio consente un maggiore controllo ma richiede che i team delle operazioni cloud e i team di strategia del cloud si impegnino prima di tutto a un accordo relativo alle responsabilità.

Le organizzazioni possono anche scegliere di esternalizzare alcune funzioni di gestione continuative a un provider di servizi. Questi provider di servizi possono usare Azure Lighthouse per offrire alle organizzazioni un controllo più preciso sulla concessione dell'accesso alle risorse, oltre a una maggiore visibilità per le azioni eseguite dai provider di servizi.

• Responsabilità delegata: poiché non è necessario centralizzare e assumersi il sovraccarico di gestione operativa, le operazioni IT per molte organizzazioni stanno prendendo in considerazione nuovi approcci. Un approccio comune viene definito responsabilità delegata. Nel modello con centro di eccellenza cloud 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. Consente inoltre al team del centro di eccellenza cloud di garantire che sia stato implementato in modo appropriato un set minimo di protezioni. In questo modello 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.

• Responsabilità centralizzata: è possibile che i requisiti per la conformità, la complessità tecnica e alcuni modelli di servizi condivisi richiedano un modello con team IT centrale. In questo modello il team IT continua a esercitare le proprie responsabilità di gestione delle operazioni. È possibile che la progettazione dell'ambiente, i controlli di gestione e gli strumenti di governance vengano gestiti centralmente e che ciò limiti 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. Le società che si trovano nella fase intermedia di una trasformazione dall'approccio locale al cloud potrebbero necessitare di un modello operativo incentrato sulle risorse locali per un po' di tempo. Le società con requisiti di conformità rigorosi o che dipendono da contratti a lungo termine con fornitori IT esterni potrebbero richiedere un modello operativo centralizzato.

  Indipendentemente dai vincoli, le aziende attuali devono innovare. Se è necessario realizzare rapidamente innovazione, un approccio basato su modello misto potrebbe offrire equilibrio se si usa un modello di responsabilità centralizzato con team IT centrale. In questo approccio un team IT centrale fornisce un modello operativo centralizzato per tutti i carichi di lavoro cruciali o contenenti informazioni riservate. Allo stesso tempo è possibile posizionare le classificazioni di tutti gli altri carichi di lavoro in un ambiente cloud progettato per responsabilità delegate. L'approccio con responsabilità centralizzata viene usato come modello operativo generale. L'azienda ottiene quindi la flessibilità necessaria per adottare un modello operativo specializzato in base al livello richiesto di supporto e riservatezza.

Il primo passaggio consiste nell'impegnarsi a un approccio per la responsabilità, che definisce quindi gli impegni successivi.

Quale organizzazione sarà responsabile per la gestione operativa quotidiana per questo carico di lavoro?

Tenancy cloud

Per la maggior parte delle aziende la gestione risulta più facile quando tutte le risorse si trovano in un singolo tenant. Alcune organizzazioni potrebbero tuttavia richiedere la gestione di più tenant. Per ottenere informazioni sui motivi per cui un'azienda potrebbe richiedere un ambiente di Azure multi-tenant, vedere Centralizzare le operazioni di gestione con Azure Lighthouse.

Questo carico di lavoro si troverà in un singolo tenant di Azure insieme a tutti gli altri carichi di lavoro?

Fattori relativi ai costi secondari

La sezione seguente illustra un approccio ai rendimenti comparativi associati ai livelli di processi e strumenti di gestione. Alla fine della sezione ogni carico di lavoro analizzato misura il costo della gestione rispetto all'impatto previsto delle interruzioni aziendali. Tale approccio offre una modalità relativamente semplice per comprendere se è necessario un investimento in soluzioni di gestione più avanzate.

Prima di procedere con i calcoli, è importante esaminare i fattori relativi ai costi secondari. I fattori relativi ai costi secondari producono rendimenti, ma tali rendimenti sono difficili da misurare tramite risparmi diretti sui costi fissi che risulterebbero visibili in un conto profitti e perdite. I fattori relativi ai costi secondari sono importanti perché 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.

Il punto dati successivo necessario per prendere un impegno è 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

Durante il calcolo dei rendimenti relativi dei costi di gestione operativa, il team IT responsabile delle operazioni cloud 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 nell'accettazione da parte dell'azienda dei costi associati alle offerte con gestione tramite baseline.

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 progettare una soluzione che consente all'azienda di procedere senza influire materialmente sulle operazioni cloud di altri carichi di lavoro.

Se l'azienda vuole un livello superiore alla gestione standard, la parte restante di questa sezione consentirà di convalidare l'investimento e i rendiconti associati, sotto forma di prevenzione delle perdite.

Livelli di gestione più elevati: principi di progettazione e catalogo di servizi

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. Per consentire al team IT e all'azienda di raggiungere un accordo su questi impegni aggiuntivi, è importante comprendere le perdite potenziali che possono essere evitate tramite tale aumento di investimenti.

I calcoli seguenti forniranno informazioni dettagliate sulle formule per consentire una comprensione migliore delle differenze tra perdite e aumento degli investimenti nella gestione. Per indicazioni sul calcolo dei costi di un incremento della gestione, vedere Automazione dei carichi di lavoro e Automazione della piattaforma.

Suggerimento

Se si usa la cartella di lavoro di gestione delle operazioni per pianificare la gestione cloud, aggiornare i campi relativi alla gestione delle operazioni in modo da rispecchiare ogni conversazione. Questi campi includono Commitment level (Livello di impegno), Composite SLA (Contratto di servizio composito) e Monthly cost (Costo mensile). Il costo mensile deve rappresentare il costo mensile degli strumenti di gestione operativa aggiunti. Dopo l'aggiornamento, i campi aggiorneranno le formule del ritorno sugli investimenti e ognuno dei campi seguenti.

Stimare le interruzioni (ore all'anno)

Il campo "Composite SLA" (Contratto di servizio composito) indica il contratto di servizio basato sulla distribuzione di ogni risorsa nel carico di lavoro. Tale campo determina le interruzioni stimate, con etichetta 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, con etichetta Standard Impact nella cartella di lavoro, stima l'impatto finanziario di eventuali interruzioni, presupponendo che la previsione relativa alle interruzioni stimate risulti accurata. 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

Ciò costituisce una baseline per i costi, nel caso in cui gli stakeholder decidano di investire in un livello più elevato di gestione.

Impatto del contratto di servizio composito

L'impatto del contratto di servizio composito, con etichetta Commitment level impact nella cartella di lavoro, fornisce l'impatto fiscale aggiornato, in base alle modifiche apportate al contratto di servizio per il tempo di attività. Questo calcolo consente di confrontare l'impatto finanziario previsto di entrambe le opzioni. Per calcolare questo impatto previsto senza il foglio di calcolo, applicare la formula seguente:

Impatto del contratto di servizio composito = interruzioni stimate × impatto tempo-valore

Il valore rappresenta le perdite potenziali da evitare dal livello di impegno modificato e dal nuovo contratto di servizio composito.

Base del confronto

La base del confronto valuta l'impatto standard e l'impatto del contratto di servizio composito per determinare quale sia più appropriato nella colonna dei rendimenti.

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 redditizio. Per confrontare i rendimenti della prevenzione delle perdite, vedere la colonna con etichetta Annual ROI**** (Ritorno sugli investimenti annuale). 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 esistono altri fattori relativi ai costi secondari da tenere in considerazione, questo confronto può suggerire rapidamente se è consigliabile un investimento più elevato in operazioni cloud, resilienza, affidabilità o altre aree.

Convalidare l'impegno

In questa fase del processo sono stati presi impegni: responsabilità centralizzata o delegata, tenancy di Azure e livello di impegno. Ogni impegno deve essere convalidato e documentato per garantire che il team delle operazioni cloud, il team di strategia del cloud e gli stakeholder aziendali siano allineati a questo impegno per la gestione del carico di lavoro.

Passaggi successivi

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

Opzioni per inventario e visibilità