Fase 2: Pianificazione - AWS Guida prescrittiva

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à.

Fase 2: Pianificazione

In questa fase, si utilizzano le informazioni raccolte durante la fase di preparazione e si elabora la strategia di migrazione. Un aspetto fondamentale della pianificazione della migrazione è la razionalizzazione delle informazioni raccolte rispetto alle 7 R della migrazione: rihosting, ripiattaforma, trasferimento, riacquisto, rifattorizzazione, ritiro e mantenimento.

La scelta della strategia di migrazione dipende dai fattori aziendali per l'adozione del cloud, nonché da considerazioni temporali, dai vincoli aziendali e finanziari e dai requisiti di risorse. Se vuoi sostenere il tuo attuale carico di lavoro nel cloud, scegli il rehosting. Tuttavia, se desideri ottimizzare e scalare i tuoi carichi di lavoro, prendi in considerazione una delle altre opzioni.

Ecco una panoramica delle 7 R della migrazione dei database. Questi sono illustrati nel diagramma seguente.

Database migration paths

  • Rehost (lift and shift): sposta un'applicazione sul cloud senza apportare modifiche. Ad esempio, migra il tuo database Oracle locale su Oracle su un'istanza Amazon Elastic Compute Cloud (Amazon EC2) nel cloud. AWS

  • 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. Eseguite la migrazione dei server da una piattaforma locale a un servizio cloud per la stessa piattaforma. Ad esempio, migra un'applicazione Microsoft Hyper-V su. AWS

  • Replatform (lift and reshape): sposta un'applicazione sul cloud e introduci un certo livello di ottimizzazione per sfruttare le funzionalità del cloud. Ad esempio, migra il tuo database Oracle locale su Amazon RDS for Oracle in the Cloud. AWS

  • Riacquisto (drop and shop): passa a un prodotto diverso, in genere passando da un'applicazione tradizionale a un prodotto SaaS (Software as a Service) e migra i dati dall'applicazione locale al nuovo prodotto. Ad esempio, migra i dati dei clienti dal sistema di gestione delle relazioni con i clienti (CRM) locale a Salesforce.com.

  • Refactor (riprogettazione): sposta un'applicazione e modifica la sua architettura sfruttando appieno le funzionalità native del cloud per migliorare l'agilità, le prestazioni e la scalabilità. Ad esempio, esegui la migrazione del database Oracle locale ad Aurora PostgreSQL. Questa strategia può includere anche la riscrittura dell'applicazione per utilizzare i database appositamente progettati disponibili per diversi flussi di lavoro. AWS In alternativa, puoi scegliere di modernizzare la tua applicazione monolitica suddividendola in microservizi più piccoli che accedono ai propri schemi di database.

  • Retain (rivisita): mantieni le applicazioni nel tuo 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.