Condividi tramite


Applicare i principi di progettazione ed effettuare operazioni avanzate

Le prime tre discipline di gestione del cloud descrivono una baseline di gestione. In una baseline di gestione deve essere incluso almeno un impegno aziendale standard per ridurre al minimo le interruzioni aziendali e accelerare il ripristino in caso di interruzione del servizio. La maggior parte delle baseline di gestione prevede un'attenzione disciplinata verso la gestione di inventario e visibilità, conformità operativa e protezione e ripristino.

Lo scopo della baseline di gestione è creare un'offerta coerente che fornisca un livello minimo di impegno aziendale per tutti i carichi di lavoro supportati. Questa baseline di offerte di gestione comuni e ripetibili consente al team di offrire una gestione operativa altamente ottimizzata con deviazione minima. Un’offerta standard, tuttavia, potrebbe non offrire un impegno sufficiente per l'azienda.

Il diagramma riportato nella sezione successiva illustra tre modi per andare oltre la baseline di gestione.

La baseline di gestione deve soddisfare l'impegno minimo richiesto per l'80% dei carichi di lavoro che presentano il livello di criticità più basso nel portfolio. La baseline non deve essere applicata né ai carichi di lavoro cruciali, né alle piattaforme comuni che vengono condivise tra i carichi di lavoro. Per questi carichi di lavoro, è necessaria un'attenzione particolare ai principi di progettazione e alle operazioni avanzate.

Opzioni per operazioni avanzate

Sono possibili tre percorsi consigliati per migliorare gli impegni aziendali oltre la baseline di gestione, come illustrato nel diagramma seguente:

Operazioni avanzate

Baseline di gestione ottimizzata

Come descritto nella Guida alla gestione di Azure, una baseline di gestione avanzata usa strumenti nativi del cloud per migliorare i tempi di attività e ridurre i tempi di ripristino. I miglioramenti sono significativi, ma meno soddisfacenti rispetto a quelli che è possibile ottenere tramite la specializzazione del carico di lavoro o della piattaforma. Il vantaggio di una baseline di gestione avanzata consiste nella possibilità di ridurre in misura ugualmente significativa i costi e i tempi di implementazione.

Specializzazione della gestione

Per le operazioni riguardanti i carichi di lavoro e la piattaforma, potrebbe essere opportuno modificare i principi di progettazione e architettura. Questi cambiamenti possono richiedere del tempo e generare un aumento delle spese operative. Per ridurre il numero di carichi di lavoro che richiedono tali investimenti, una baseline di gestione ottimizzata potrebbe assicurare un miglioramento sufficiente per l'impegno aziendale.

Per i carichi di lavoro che giustificano un investimento maggiore al fine di soddisfare un impegno aziendale, la specializzazione delle operazioni è fondamentale.

Aree di specializzazione della gestione

Le aree di specializzazione sono due:

  • Specializzazione della piattaforma: investire nelle operazioni in corso di una piattaforma condivisa, distribuendo l'investimento tra più carichi di lavoro.
  • Specializzazione del carico di lavoro: investire nelle operazioni in corso di un carico di lavoro specifico, generalmente riservate ai carichi di lavoro cruciali.

Team IT centrale o centro di eccellenza cloud (CCoE)

Per decidere tra la specializzazione della piattaforma e la specializzazione del carico di lavoro, è necessario tenere presenti la criticità e l'impatto di ogni carico di lavoro. Tali decisioni sono tuttavia anche indicative di decisioni culturali più importanti tra il team IT centrale e i modelli organizzativi CCoE.

La specializzazione dei carichi di lavoro spesso genera un cambiamento culturale. Sia la struttura IT tradizionale che quella centralizzata generano processi in grado di fornire supporto su larga scala. Il supporto della scalabilità è più facilmente ottenibile per i servizi ripetibili inclusi in una baseline di gestione, in una baseline avanzata o anche in operazioni a livello di piattaforma. In genere, la specializzazione del carico di lavoro non viene ridimensionata. Questa mancanza di scalabilità rende difficile per un'organizzazione IT centralizzata fornire il supporto necessario senza raggiungere le limitazioni di scalabilità dell'organizzazione.

Di contro, un approccio basato su un centro di eccellenza cloud consente il ridimensionamento tramite la delega di responsabilità e la centralizzazione selettiva. La specializzazione del carico di lavoro tende a essere meglio allineata all'approccio di responsabilità delegata di un CCoE.

L'allineamento naturale dei ruoli in un centro CCoE è delineabile nel modo seguente:

  • Il team della piattaforma cloud consente di creare piattaforme comuni in grado di supportare più team di adozione del cloud.
  • Il team di automazione cloud estende tali piattaforme in asset distribuibili in un catalogo di servizi.
  • La gestione cloud offre la baseline di gestione centralmente e fornisce supporto per l'uso del catalogo di servizi.
  • La responsabilità delle operazioni quotidiane del carico di lavoro, della pipeline o delle prestazioni, tuttavia, rimane della business unit (sotto forma di team di business DevOps o team di adozione del cloud).

Come per l'allineamento delle aree di gestione, i modelli basati su team IT centrale e CCoE sono solitamente in grado di offrire la specializzazione della piattaforma, con modifiche culturali minime. La distribuzione della specializzazione dei carichi di lavoro potrebbe essere più complessa per i team IT centrali.

Processi di specializzazione della gestione

All'interno di ogni specializzazione viene fornito il processo costituito da quattro passaggi riportato di seguito, secondo un approccio disciplinato e iterativo. Questo approccio richiede la collaborazione tra esperti di adozione del cloud, della piattaforma cloud, dell’automazione del cloud e della gestione cloud in modo da realizzare un ciclo di feedback funzionale e informato.

  • Migliorare la progettazione del sistema: migliorare la progettazione dei sistemi comuni (piattaforme) o di carichi di lavoro specifici per ridurre al minimo le interruzioni.
  • Automatizzare le procedure di correzione: alcuni miglioramenti non sono economicamente efficaci. In questi casi, può essere opportuno automatizzare le procedure di correzione e ridurre l'impatto delle interruzioni.
  • Ridimensionare la soluzione: tramite il miglioramento della progettazione dei sistemi e della correzione automatizzata, è possibile applicare le modifiche nell'intero ambiente tramite il catalogo di servizi.
  • Miglioramento continuo: è possibile usare vari strumenti di monitoraggio per individuare i miglioramenti incrementali da implementare nei successivi passaggi della progettazione, dell'automazione e della scalabilità del sistema.

Miglioramento della progettazione dei sistemi

Il miglioramento della progettazione dei sistemi è l'approccio più efficace per migliorare le operazioni di qualsiasi piattaforma comune. I miglioramenti della progettazione del sistema possono contribuire ad aumentare la stabilità e a ridurre le interruzioni aziendali. La progettazione di singoli sistemi non rientra nell'ambito della visione dell'ambiente acquisita in Cloud Adoption Framework.

Microsoft Azure Well-Architected Framework, un'integrazione di questo framework, fornisce i principi guida per migliorare la qualità di una piattaforma o di un carico di lavoro specifico. Il framework è incentrato sul miglioramento in base a cinque pilastri di eccellenza dell'architettura:

  • Ottimizzazione dei costi: gestire i costi per massimizzare il valore offerto.
  • Eccellenza operativa: seguire i processi operativi che mantengono un sistema in esecuzione in produzione.
  • Efficienza delle prestazioni: dimensionare i sistemi in base alle variazioni del carico.
  • Affidabilità: progettare sistemi che possano essere ripristinati in seguito a errori e continuino a funzionare.
  • Sicurezza: proteggere applicazioni e dati dalle minacce.

La maggior parte delle interruzioni per il business equivale a una forma di debito tecnico o a una carenza dell'architettura. Per le distribuzioni esistenti, i miglioramenti della progettazione dei sistemi possono essere visti come pagamenti a fronte del debito tecnico esistente. Per le nuove distribuzioni, possono essere visti come misure di prevenzione del debito tecnico. La sezione successiva illustra come gestire il debito tecnico che non può o non deve essere corretto.

In relazione al miglioramento della progettazione di sistema, leggere Well-Architected Framework di Microsoft Azure. Dopo aver migliorato la progettazione di sistema, tornare a questo articolo per individuare nuove opportunità di miglioramento e applicarle nell'intero ambiente.

Correzione automatica

Alcuni debiti tecnici non possono essere risolti. La risoluzione potrebbe essere troppo costosa da applicare oppure potrebbe essere pianificata, ma richiedere tempi troppo lunghi. È possibile che l'interruzione del business non abbia un impatto significativo oppure che l’azienda consideri prioritario provvedere rapidamente al ripristino anziché investire in resilienza.

Quando la risoluzione del debito tecnico non è il percorso desiderato, il passaggio successivo è in genere la correzione automatizzata. L'approccio più comune consiste nell'uso di Automazione di Azure o di Monitoraggio di Azure per rilevare tendenze e fornire la correzione automatizzata.

Per istruzioni sulla correzione automatica, vedere questo articolo su Automazione di Azure e avvisi.

Ridimensionare la soluzione con un catalogo di servizi

L'elemento fondamentale della specializzazione e delle operazioni della piattaforma è un catalogo di servizi ben gestito. È così che i miglioramenti apportati alla progettazione dei sistemi e alla correzione vengono applicati in tutto l'ambiente. Il team della piattaforma cloud collabora con il team dell'automazione del cloud per creare soluzioni ripetibili per le piattaforme più comuni in qualsiasi ambiente. Se queste soluzioni non vengono applicate in modo coerente, tuttavia, la gestione del cloud fornirà pochi vantaggi rispetto a un'offerta di base.

Per ottimizzare l'adozione e ridurre il sovraccarico di manutenzione di qualsiasi piattaforma ottimizzata, è fortemente opportuno aggiungere la piattaforma a un catalogo di servizi in Azure. Ogni applicazione del catalogo può essere distribuita per l'utilizzo interno tramite il catalogo di servizi o come offerta del Marketplace per i clienti esterni.

Per informazioni su come pubblicare in un catalogo di servizi, vedere la serie di articoli dedicata alla pubblicazione in un catalogo di servizi.

Miglioramento continuo

La specializzazione e le operazioni della piattaforma dipendono da cicli di feedback efficaci tra i team di adozione, piattaforma, automazione e gestione. Basando questi cicli di feedback sui dati, ogni team è in grado di prendere decisioni oculate. Affinché le operazioni relative alla piattaforma rispondano agli impegni aziendali a lungo termine, è importante avvalersi di informazioni dettagliate specifiche per la piattaforma centralizzata. Poiché le due piattaforme gestite centralmente più comuni sono quella basata sui contenitori e SQL Server, si consiglia di iniziare a raccogliere i dati per il miglioramento continuo basandosi sulle informazioni contenute negli articoli che seguono: