Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Percorsi verso il cloud
Questa sezione descrive un approccio di alto livello per l'implementazione delle migliori pratiche per la migrazione delle applicazioni Windows verso. AWS I dettagli di queste strategie e passaggi di migrazione sono descritti nelle sezioni successive di questa guida.
Strategie di migrazione
Una strategia di migrazione è l'approccio utilizzato per migrare un carico di lavoro verso. Cloud AWS Esistono sette strategie di migrazione per spostare le applicazioni sul cloud. Queste strategie sono note come 7 R e si basano sulle 7 R
-
Rehosting (lift and shift): sposta un'applicazione sul cloud senza apportare modifiche per sfruttare le funzionalità del cloud.
-
Trasferimento (lift and shift a livello di hypervisor): sposta l'infrastruttura sul cloud senza acquistare nuovo hardware, riscrivere le applicazioni o modificare le operazioni esistenti.
-
Replatform (lift and reshape): sposta un'applicazione sul cloud e introduci un certo livello di ottimizzazione per sfruttare le funzionalità del cloud.
-
Riacquisto (drop and shop): passa a un prodotto diverso, in genere passando da una licenza tradizionale a un modello SaaS (Software as a Service).
-
Refactor/Re-architect: sposta un'applicazione e modifica la sua architettura sfruttando appieno le funzionalità native del cloud per migliorare l'agilità, le prestazioni e la scalabilità.
-
Retain (rivisita): mantieni le applicazioni nell'ambiente di origine. Queste potrebbero includere applicazioni che richiedono un importante refactoring e che desiderate rimandare a un momento successivo, e applicazioni legacy che desiderate conservare, perché non vi è alcuna giustificazione aziendale per la loro migrazione.
-
Ritiro: disattiva o rimuovi le applicazioni che non sono più necessarie nell'ambiente di origine.
Trasformazioni principali
Le seguenti trasformazioni principali avvengono quando si modernizzano le applicazioni e i database Windows legacy:
-
Rehosting: il primo passo è spostare l'infrastruttura locale su un'infrastruttura cloud. Questa strategia viene spesso definita «lift and shift» o rehosting. Rehosting significa migrare le applicazioni e i database esistenti su un'istanza di server cloud. Non sono necessarie modifiche al codice e sei responsabile della gestione della configurazione dell'istanza, dell'immagine del software e di altre risorse.
-
Ripiattaforma: dopo la migrazione a un ambiente cloud, la trasformazione successiva riguarda la ripiattaforma delle applicazioni e dei database in un ambiente più automatizzato e gestito. Dal punto di vista delle applicazioni, ciò significa passare dalle macchine virtuali (VMs) ai contenitori o a una piattaforma applicativa gestita. Le applicazioni di containerizzazione possono aiutarti a sviluppare, mantenere e distribuire le applicazioni più velocemente e a migliorare la portabilità. In alternativa, AWS Elastic Beanstalkoffre una piattaforma gestita che gestisce automaticamente il provisioning della capacità, il bilanciamento del carico e la scalabilità. Ciò consente di ripiattaforma delle applicazioni con una gestione minima dell'infrastruttura e senza la necessità di containerizzarle completamente. Per quanto riguarda il database, il passaggio da un modello self-service a un servizio di database gestito, come Amazon RDS for SQL Server, elimina la necessità di provisioning, patch e backup. Ciò consente di liberare risorse per attività che possono aggiungere più valore all'organizzazione.
-
Refactor/Re-Architect: la terza area di trasformazione consiste nel passaggio dalle licenze software commerciali alle opzioni open source. Molti fornitori di software commerciale tradizionali hanno costruito la propria attività sulla base di contratti di licenza software che mirano a fidelizzare i clienti e a utilizzare condizioni di licenza punitive per forzare gli aggiornamenti e le migrazioni. Spesso, i canoni di licenza software commerciale in genere aggiungono il 20-50 percento dei costi alle opzioni open source equivalenti. Consigliamo di rifattorizzare le applicazioni e i database per sfruttare le opzioni open source in modo da ridurre i costi, migliorare le prestazioni e accedere alle innovazioni più recenti.
È possibile completare queste principali aree di trasformazione progressivamente in più fasi o tutte in una volta, a seconda dell'applicazione e del grado di preparazione generale alla modernizzazione.
Scelta di una strategia di migrazione
La strategia di migrazione da scegliere dipende dagli obiettivi aziendali e IT dell'organizzazione. Alcuni dei fattori di business più comuni sono la riduzione dei costi, la riduzione dei rischi, il miglioramento dell'efficienza, l'eliminazione delle lacune di competenze e l'accelerazione dell'innovazione. Ti consigliamo di valutare quali fattori sono importanti per te e quindi di scegliere una strategia di migrazione basata sui driver utilizzando le seguenti indicazioni. Inoltre, ricorda che tutti e tre gli approcci sono possibili strade nel tuo percorso di modernizzazione del cloud, a seconda delle tue priorità durante ogni fase del percorso.
Quando effettuare il rehosting
Il rehosting (o lift and shift) è in genere più rapido e semplice perché non è necessario apportare modifiche al codice o all'architettura dell'applicazione. Il rehosting riduce inoltre al minimo i rischi e le interruzioni dell'attività. Il team operativo può continuare a gestire l'attività come al solito perché l'applicazione non viene modificata. Ciò è particolarmente vero per le migrazioni su larga scala, in cui anche una piccola modifica diventa significativa a causa dell'elevato numero di carichi di lavoro coinvolti. Tuttavia, è importante considerare che il rehosting non sfrutta appieno i vantaggi del cloud. Ad esempio, se esegui la migrazione di un'applicazione con un problema di piattaforma esistente, tale problema persisterà dopo la migrazione. Infine, vale la pena considerare che il costo totale di proprietà (TCO) e il ritorno sull'investimento (ROI) per il rehosting sono inferiori rispetto agli altri approcci di migrazione.
Quando riposizionare/riprogettare
Il replatforming è generalmente più conveniente rispetto al rehosting. Puoi utilizzare il replatforming per migliorare l'automazione e consentire alle tue applicazioni di utilizzare meglio le funzionalità del cloud come l'auto-scaling, il monitoraggio e l'esecuzione di backup. Il replatforming riduce il sovraccarico operativo per il team operativo del cloud e minimizza i rischi derivanti da problemi preesistenti della piattaforma. Tuttavia, il replatforming richiede più tempo rispetto a una migrazione di rehosting. Inoltre, il replatforming richiede competenze aggiuntive per configurare l'automazione che esegue le modifiche al codice sull'applicazione e per rendere operativa la nuova piattaforma.
Quando eseguire il refactoring
Il refactor è in genere l'approccio di migrazione più conveniente. Il refactoring è un approccio nativo del cloud che consente alle applicazioni di adattarsi rapidamente ai nuovi requisiti disaccoppiando i componenti delle applicazioni per migliorare la resilienza delle applicazioni. Tuttavia, il refactoring richiede competenze di codifica e automazione più avanzate. Il refactoring richiede inoltre più tempo per essere implementato perché comporta la ricostruzione delle applicazioni.
