Razionalizzazione del cloud
La razionalizzazione del cloud è il processo di valutazione degli asset che consente di determinare il modo migliore di 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 R della razionalizzazione indicate in questo articolo sono un ottimo modo di etichettare un potenziale stato futuro per qualsiasi carico di lavoro considerato come candidato per il 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 relative alla razionalizzazione nelle prime fasi del processo
Una buona razionalizzazione richiede una conoscenza approfondita del carico di lavoro e degli asset associati, ad esempio applicazioni, infrastruttura e dati. Soprattutto, le buone decisioni per la razionalizzazione richiedono tempo. È consigliabile usare un processo di razionalizzazione incrementale.
Mito: l'adozione del cloud deve attendere la razionalizzazione di tutti i carichi di lavoro
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 "Powers of Ten" per la pianificazione del rilascio per prendere decisioni oculate sui successivi dieci carichi di lavoro che sono in programma per l'adozione del cloud.
Mito: la motivazione aziendale deve attendere la razionalizzazione di tutti i carichi di lavoro
Per sviluppare una motivazione aziendale per un'attività di adozione del cloud, fare alcune supposizioni di base a livello di portfolio. Se le motivazioni sono allineate all'innovazione, si presuppone la ridefinizione dell'architettura. Se sono allineate alla migrazione, si presuppone il rehosting. Queste supposizioni possono accelerare il processo di motivazione 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 della razionalizzazione di seguito 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 dello stato corrente. L'obiettivo della razionalizzazione del digital estate è impostare una baseline, non razionalizzare ogni carico di lavoro.
Le cinque R della razionalizzazione
I cinque rs seguenti della razionalizzazione descrivono le opzioni più comuni per la razionalizzazione.
Rehosting
Noto anche come migrazione di lift and shift , un tentativo di rehost sposta un asset di stato corrente nel provider di cloud scelto con modifiche minime all'architettura complessiva.
I driver comuni possono 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 per la modifica.
- Priorità aziendali.
- Eventi aziendali critici.
- Elabora le dipendenze.
Refactoring
Le opzioni di piattaforma distribuita come servizio (PaaS) possono ridurre i costi operativi associati a molte applicazioni. Può essere una buona idea effettuare un leggero refactoring di un'applicazione per adattare un modello basato su PaaS.
Refactoring si riferisce anche al refactoring del codice nel processo di sviluppo dell'applicazione per consentire a quest'ultima di offrire nuove opportunità di business.
Le motivazioni comuni possono includere:
- Aggiornamenti più rapidi e brevi.
- Portabilità del codice:
- Maggiore efficienza del cloud per ottimizzare le risorse, la velocità, i costi e le operazioni gestite.
I fattori di analisi quantitativa sono:
- Dimensioni dell'asset dell'applicazione, ad esempio CPU, memoria e archiviazione.
- Dipendenze, ad esempio il traffico di rete.
- Traffico utente, ad esempio visualizzazioni pagina, tempo in 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 del processo aziendale.
Riprogettazione
Alcune applicazioni obsolete non sono compatibili con i provider di servizi cloud. Questa incompatibilità è causata dalle decisioni relative all'architettura prese al momento della compilazione dell'applicazione. In questi casi può essere necessario riprogettare l'applicazione prima della trasformazione.
In altri casi le applicazioni compatibili con il cloud, ma non native del cloud, possono essere efficienti in termini di costi e operatività se la soluzione viene riprogettata per essere un'applicazione nativa del cloud.
Le motivazioni comuni possono includere:
- Scalabilità e flessibilità dell'applicazione.
- Adozione più semplice di nuove funzionalità del cloud.
- Miscela di stack di tecnologie.
I fattori di analisi quantitativa sono:
- Dimensioni dell'asset dell'applicazione, ad esempio CPU, memoria e archiviazione.
- Dipendenze, ad esempio il traffico di rete.
- Traffico utente, ad esempio visualizzazioni pagina, tempo in 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:
- Per aumentare gli investimenti aziendali.
- Costi operativi.
- Potenziali cicli di feedback e investimenti DevOps.
Ricompilazione
In alcuni scenari il delta da risolvere per trasferire un'applicazione può essere troppo grande per giustificare un ulteriore investimento. Questo problema è particolarmente vero per le applicazioni che in precedenza hanno soddisfatto le esigenze di un'azienda ma ora non sono supportate con gli attuali processi aziendali. Per risolvere il problema, creare una nuova codebase per allinearsi a un approccio nativo del cloud.
I driver comuni possono essere:
- Accelerare l'innovazione.
- Compilare applicazioni più velocemente.
- Ridurre i costi operativi.
I fattori di analisi quantitativa sono:
- Dimensioni dell'asset dell'applicazione, ad esempio CPU, memoria e archiviazione.
- Dipendenze, ad esempio il traffico di rete.
- Traffico utente, ad esempio visualizzazioni pagina, tempo in 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:
- Riduzione della soddisfazione dell'utente finale.
- Processi aziendali limitati dalla funzionalità.
- Potenziali guadagni di costo, esperienza o ricavi.
Sostituisci
Le soluzioni in genere vengono implementate usando la tecnologia e l'approccio migliori a disposizione in quel momento. A volte le applicazioni SaaS (Software as a Service) possono offrire tutte le funzionalità necessarie per l'applicazione ospitata. In questi scenari, un carico di lavoro può essere pianificato per la sostituzione futura, che lo rimuove dal lavoro di trasformazione.
I driver comuni possono 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:
- Riduzione generale dei costi operativi.
- Dimensioni della macchina virtuale, tra cui CPU, memoria e archiviazione.
- Dipendenze, ad esempio il traffico di rete.
- Asset da ritirare.
- 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 del processo aziendale.
- Schemi di dati.
- Processi personalizzati o automatizzati.
Passaggi successivi
È possibile applicare queste cinque rs di razionalizzazione a un digital estate per prendere decisioni di razionalizzazione sullo stato futuro di ogni applicazione.