Antipattern di pianificazione per l'adozione del cloud

I clienti spesso riscontrano antipattern durante l'adozione di una soluzione cloud. La soluzione è inefficace o ci sono conseguenze impreviste. Gli scenari tipici includono:

• I modelli operativi non allineati portano a un aumento del time-to-market, delle incomprensioni e di una maggiore pressione sui reparti IT.
• Le aziende talvolta scelgono il modello di servizio errato quando presuppongono che una soluzione PaaS (piattaforma distribuita come servizio) riduca i costi.
• Quando l'architettura di un'organizzazione cambia, possono determinarsi progetti di sostituzione importanti. La gestione di questi progetti è spesso complessa e molto costosa.

Antipattern: scegliere il modello operativo cloud errato

Le priorità strategiche di un'azienda e l'ambito del portfolio determinano il modello operativo cloud. I modelli possono prevedere diversi tipi di responsabilità, zone di destinazione e area di interesse. Quando i modelli non sono allineati con gli obiettivi aziendali, possono verificarsi problemi:

• Aumento del time-to-market
• Incomprensioni
• Aumento della pressione sui reparti IT

Esempio: assegnare troppe responsabilità a un team di piccole dimensioni

Un'azienda introduce un modello operativo che rende il reparto IT responsabile di tutto ciò che viene eseguito all'interno del cloud. Il team responsabile del cloud è costituito da tre persone. Questa configurazione comporta un percorso di adozione lento, perché:

• Il team approva le misure solo dopo aver compreso appieno l'effetto sull'azienda, sulle operazioni e sulla sicurezza.
• Questi problemi non sono l'area di competenza principale del team.

Gli esperti di dominio vorrebbero usare il servizio cloud, quindi le business unit aumentano la pressione. Emergeranno probabilmente attività di shadow IT quando le business unit usano le carte di credito aziendali per creare ambienti per se stesse.

Risultato preferito: confrontare i modelli e creare un piano di preparazione

Esaminare le priorità strategiche, l'ambito del portfolio, i requisiti e i vincoli. Esplorare le opzioni del modello operativo confrontando i quattro modelli di operazioni cloud più comuni con il modello operativo cloud corrente. Identificare uno o più modelli operativi cloud adatti all'organizzazione. Quindi, selezionare un modello. Poiché i ruoli cambiano con i modelli operativi, creare un piano di preparazione delle competenze prima di passare al cloud.

Antipattern: scegliere il modello di servizio errato

Le aziende talvolta presuppongono che le soluzioni PaaS costino meno delle soluzioni IaaS (infrastruttura distribuita come servizio). Questo presupposto può causare la scelta di un modello di servizio errato. Le aziende consapevoli dei costi spesso commettono questo errore quando il loro motivo principale per passare al cloud è ridurre i costi. Queste aziende dimenticano anche che l'adozione di una soluzione PaaS prevede la modifica dei processi, soprattutto quando alcune responsabilità vengono trasferite ai provider di servizi cloud. Il passaggio a una soluzione PaaS introduce modifiche fondamentali nelle attività di coordinamento, nelle procedure di progettazione e nelle pipeline di distribuzione. Possono verificarsi aumenti di costi e ritardi imprevisti.

Esempio: scegliere una soluzione PaaS rispetto a una soluzione IaaS

Un editore avvia un programma per eseguire la migrazione dei data center al cloud. I dirigenti desiderano contemporaneamente modernizzare l'architettura delle applicazioni e gli strumenti correnti. I motivi includono:

• Ottimizzazione dell'efficienza dei costi.
• Sviluppo di un portfolio di applicazioni più moderno.

Per la strategia di adozione, scelgono una soluzione PaaS anziché IaaS. A un anno dal percorso di adozione del cloud, il tasso di adozione è lento. Hanno dovuto modificare numerosi processi, procedure e strumenti per adottare la soluzione PaaS nella misura massima possibile. Il consiglio di amministrazione non osserva gli effetti e i vantaggi tipici associati a una soluzione PaaS. Allo stesso tempo, l'infrastruttura IT è più lenta che mai, mentre i costi dei data center rimangono invariati.

Risultato preferito: ridurre al minimo le interruzioni per l'azienda

Per ridurre le attività di coordinamento, scegliere una soluzione IaaS per i progetti iniziali di adozione del cloud. L'adozione di nuovi processi e procedure è più gestibile quando si passa al cloud in un secondo momento anziché all'inizio. Adottare prima IaaS, in particolare negli scenari di trasformazione dei data center. Allo stesso tempo, avviare un'iniziativa sulle competenze cloud.

Modernizzare e adottare gradualmente PaaS in un secondo momento, dopo che il carico di lavoro è già stato spostato nel cloud. L'esperienza acquisita consente di adottare PaaS più rapidamente. Sarà necessario apprendere un minor numero di nuove competenze e processi per la modernizzazione. Inoltre, i processi aziendali non verranno interrotti in modo significativo.

Antipattern: sostituire l'architettura

Le applicazioni basate su PaaS e SaaS (Software come un servizio) sono relativamente facili da gestire. In genere richiedono un impegno minimo dei responsabili. Di conseguenza, molte aziende riprogettano ambienti di architettura vecchi e complessi sostituendoli con concetti SaaS e nativi del cloud. Questa modifica dell'architettura comporta in genere importanti progetti di sostituzione. La gestione e l'esecuzione di questi progetti è un'attività complessa e molto costosa. La modifica dei processi e del modello operativo comporta anche altri rischi sostanziali.

Esempio: scegliere la sostituzione rispetto alla modernizzazione

Un'azienda dispone di un ambiente SAP di grandi dimensioni. Il reparto IT desidera sostituirlo, in quanto causa diversi problemi di prestazioni e stabilità. Dopo che l'IT avvia un progetto di sostituzione, l'elenco della due diligence per la sostituzione dell'intero ambiente diventa più lungo ogni giorno.

Risultato preferito: razionalizzare il patrimonio digitale

Prima di sostituire un ambiente di applicazioni di grandi dimensioni o complesso, è consigliabile migliorarlo in modo incrementale modernizzandolo. Modifiche relativamente piccole all'ambiente di applicazioni possono generare un impatto significativo sulle prestazioni e sull'affidabilità. Ad esempio, cambiare la piattaforma di hosting passando ad Azure può offrire stabilità e risultati rapidi. Si ottiene quindi un miglioramento delle prestazioni e dell'affidabilità, a una frazione del costo di sostituzione stimato.

Per scegliere una strategia di innovazione, esplorare diverse opzioni di modernizzazione. Valutare queste opzioni in un modello di verifica.

Comprendere il digital estate dell'azienda e valutare gli asset digitali in base alle cinque R della razionalizzazione del cloud. Determinare quale delle cinque rs funziona meglio per modernizzare o eseguire la migrazione degli asset:

• Rehosting
• Refactoring
• Riprogettazione
• Ricompilazione
• Sostituisci

Passaggi successivi

Informazioni sulla fase Di preparazione dell'adozione del cloud.