Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
La razionalizzazione del cloud è il processo di valutazione degli asset per determinare il modo migliore per eseguire la migrazione o la modernizzazione di ogni asset nel cloud. Per altre informazioni sul processo di razionalizzazione, vedere Che cos'è un digital estate.
Contesto di razionalizzazione
Le cinque rs di razionalizzazione elencate in questo articolo sono un ottimo modo per etichettare un potenziale stato futuro per qualsiasi carico di lavoro considerato come candidato al cloud. Inserire questo processo di etichettatura nel contesto corretto prima di tentare di razionalizzare un ambiente. Per fornire tale contesto, esaminare i miti seguenti:
Mito: È facile prendere decisioni di razionalizzazione all'inizio del processo
Una razionalizzazione efficace richiede una conoscenza approfondita del carico di lavoro e degli asset associati, ad esempio applicazioni, infrastruttura e dati. Soprattutto, le buone decisioni di razionalizzazione richiedono tempo. È consigliabile usare un processo di razionalizzazione incrementale.
Mito: L'adozione del cloud deve attendere che tutti i carichi di lavoro vengano razionalizzati
Quando un intero portfolio IT o anche un singolo data center viene razionalizzato, può ritardare la realizzazione del valore aziendale per mesi o persino anni. Evitare la razionalizzazione completa quando possibile. Usare invece l'approccio Power of 10 alla pianificazione dei rilasci per prendere decisioni sagge sui prossimi 10 carichi di lavoro che verranno adottati nel cloud.
Mito: La motivazione aziendale deve attendere che tutti i carichi di lavoro siano razionalizzati
Per sviluppare una giustificazione aziendale per un impegno di adozione del cloud, effettuare alcune ipotesi di base a livello di portfolio. Quando le motivazioni sono allineate all'innovazione, presupporre la riprogettazione. Se sono allineati alla migrazione, si supponga di eseguire il rehosting. Questi presupposti possono accelerare il processo di giustificazione aziendale. Durante la fase di valutazione del ciclo di adozione di ogni carico di lavoro, i presupposti vengono quindi contestati e i budget vengono perfezionati.
Esaminare ora le cinque R seguenti della razionalizzazione per acquisire familiarità con il processo a lungo termine. Durante lo sviluppo del piano di adozione del cloud, scegliere l'opzione più adatta alle motivazioni, ai risultati aziendali e all'ambiente di stato corrente. L'obiettivo della razionalizzazione del digital estate è impostare una linea di base, non razionalizzare ogni carico di lavoro.
Le cinque R della razionalizzazione
Le cinque R seguenti della razionalizzazione descrivono le opzioni più comuni per la razionalizzazione.
Trasferimento di hosting
Noto anche come migrazione lift-and-shift , un tentativo di rehosting sposta un asset di stato corrente nel provider di servizi cloud scelto con modifiche minime all'architettura complessiva.
I motivi comuni potrebbero essere:
- Ridurre le spese in conto capitale.
- Liberare spazio nel data center.
- Ottenere un rapido ritorno sugli investimenti nel cloud.
I fattori di analisi quantitativa sono:
- Dimensioni della macchina virtuale, tra cui CPU, memoria e archiviazione.
- Dipendenze, ad esempio il traffico di rete.
- Compatibilità degli asset.
I fattori di analisi qualitativa sono:
- Tolleranza al cambiamento.
- Priorità aziendali.
- Eventi aziendali critici.
- Gestire le dipendenze.
Rifattorizzare
Le opzioni PaaS (Platform as a Service) possono ridurre i costi operativi associati a molte applicazioni. È consigliabile effettuare leggermente il refactoring di un'applicazione per adattarsi a un modello basato su PaaS.
Il refactoring si riferisce anche al processo di sviluppo di applicazioni di refactoring del codice per consentire a un'applicazione di offrire nuove opportunità aziendali.
I driver comuni possono includere:
- Aggiornamenti più rapidi e brevi.
- Portabilità del codice.
- Maggiore efficienza del cloud per supportare risorse, velocità, costi e operazioni gestite.
I fattori di analisi quantitativa sono:
- Dimensioni degli asset dell'applicazione, ad esempio CPU, memoria e archiviazione.
- Dipendenze, ad esempio il traffico di rete.
- Traffico utente, ad esempio visualizzazioni pagina, tempo nella pagina e tempi di caricamento.
- Piattaforme di sviluppo, ad esempio linguaggi, piattaforme dati e servizi di livello intermedio.
- Database che include CPU, memoria, archiviazione e versione.
I fattori di analisi qualitativa sono:
- Investimenti aziendali continui.
- Opzioni di burst o sequenze temporali.
- Dipendenze dei processi aziendali.
Riprogettare l'architettura
Alcune applicazioni invecchiate non sono compatibili con i provider di servizi cloud. Questa incompatibilità è dovuta alle decisioni relative all'architettura prese durante la compilazione dell'applicazione. In questi casi, potrebbe essere necessario riprogettare l'applicazione prima della trasformazione.
In altri casi, le applicazioni compatibili con il cloud, ma non native del cloud, potrebbero creare efficienza dei costi e efficienza operativa riprogettando la soluzione in un'applicazione nativa del cloud.
I fattori comuni possono includere:
- Scalabilità e agilità delle applicazioni.
- Adozione semplificata delle nuove funzionalità cloud.
- Combinazione di stack tecnologici.
I fattori di analisi quantitativa sono:
- Dimensioni degli asset dell'applicazione, ad esempio CPU, memoria e archiviazione.
- Dipendenze, ad esempio il traffico di rete.
- Traffico utente, ad esempio visualizzazioni pagina, tempo nella pagina e tempi di caricamento.
- Piattaforme di sviluppo, ad esempio linguaggi, piattaforme dati e servizi di livello intermedio.
- Database che comprende CPU, memoria, memoria di archiviazione e versione.
I fattori di analisi qualitativa sono:
- Per far crescere gli investimenti aziendali.
- Costi operativi.
- Potenziali cicli di feedback e investimenti DevOps.
Ricostruire
In alcuni scenari, il delta che deve essere superato per portare avanti un'applicazione può essere troppo grande per giustificare un ulteriore investimento. Questo problema è particolarmente vero per le applicazioni che in precedenza soddisfavano le esigenze di un'azienda, ma ora non sono supportate con i processi aziendali correnti. Per risolvere il problema, creare una nuova codebase per allinearsi a un approccio nativo del cloud .
Alcuni motivi comuni potrebbero essere:
- Accelerare l'innovazione.
- Compilare applicazioni più velocemente.
- Ridurre i costi operativi.
I fattori di analisi quantitativa sono:
- Dimensioni degli asset dell'applicazione, ad esempio CPU, memoria e archiviazione.
- Dipendenze, ad esempio il traffico di rete.
- Traffico utente, ad esempio visualizzazioni pagina, tempo nella pagina e tempi di caricamento.
- Piattaforme di sviluppo, ad esempio linguaggi, piattaforme dati e servizi di livello intermedio.
- Database che includa CPU, memoria, archiviazione e versione.
I fattori di analisi qualitativa sono:
- Diminuzione della soddisfazione dell'utente finale.
- Processi aziendali limitati dalle funzionalità.
- Potenziali guadagni di costo, esperienza o ricavi.
Sostituire
Le soluzioni vengono in genere implementate usando la tecnologia e l'approccio migliori disponibili al momento. A volte le applicazioni SaaS (Software as a Service) possono fornire tutte le funzionalità necessarie per l'applicazione ospitata. In questi scenari, è possibile pianificare un carico di lavoro per una sostituzione futura, che lo rimuove dal lavoro di trasformazione.
I fattori comuni potrebbero essere:
- Standardizzare in base alle procedure consigliate del settore.
- Accelerare l'adozione di approcci basati sui processi aziendali.
- Riallocare gli investimenti di sviluppo in applicazioni che creano una differenziazione o vantaggi competitivi.
I fattori di analisi quantitativa sono:
- Riduzioni generali dei costi operativi.
- Dimensioni della macchina virtuale, tra cui CPU, memoria e archiviazione.
- Dipendenze, ad esempio il traffico di rete.
- Beni da dismettere.
- Database che include CPU, memoria, archiviazione e versione.
I fattori di analisi qualitativa sono:
- Analisi dei vantaggi dei costi dell'architettura corrente rispetto a una soluzione SaaS.
- Mappe dei processi aziendali.
- Schemi di dati.
- Processi personalizzati o automatizzati.
Passaggi successivi
È possibile applicare queste cinque R di razionalizzazione a un digital estate per prendere decisioni di razionalizzazione sullo stato futuro di ogni applicazione.