Informazioni sulla migrazione dei dati dell'applicazione nel cloud

L'organizzazione può utilizzare applicazioni che supportano una vasta gamma di funzioni aziendali, dai processi back-office tradizionali alla produzione aziendale, alla catena di fornitura e alle applicazioni sul cliente. Se si stanno prendendo in considerazione lo spostamento dei dati delle applicazioni da on premise a Oracle Cloud, valutare i dati da trasferire al cloud, comprendere le opzioni di memorizzazione dei dati disponibili in Oracle Cloud Infrastructure e selezionare un metodo di trasferimento dei dati appropriato.

È possibile eseguire la migrazione dei dati dell'applicazione in Oracle Cloud Infrastructure con un livello minimo di architettura di archiviazione, reintegrazione o modifiche dei processi aziendali e si otterrà una soluzione più flessibile, più affidabile e garantisce prestazioni migliori a un costo inferiore rispetto alle distribuzioni in locale o con altri provider cloud.

Vantaggi del passaggio al cloud

Oracle Cloud Infrastructure offre servizi univoci, capacità dell'infrastruttura, strumenti e supporto ottimizzati per la migrazione delle applicazioni e dei relativi dati dalla on premise al cloud.

L'esecuzione delle applicazioni nel cloud Oracle comporta notevoli vantaggi.
Oracle Cloud Infrastructure offre la sicurezza di livello Enterprise a ogni livello dello stack, per garantire isolamento degli utenti, cifratura dei dati in ogni fase del ciclo di vita, controllo di sicurezza con filtro, conformità e visibilità mediante dati di log completi e soluzioni di monitoraggio.
Oracle offre i servizi di migrazione del database più completi nel settore, pertanto vi saranno corrispondenze esatte tra i tuoi requisiti.

La strategia per lo spostamento delle applicazioni in locale e dei relativi dati nel cloud dipende dall'ambiente, dalle configurazioni personalizzate e dalle applicazioni che utilizzano le origini dati.

Identifica componenti applicazione

Quando si sposta un'applicazione, è importante identificarne tutti i componenti, in particolare se si prevede di aggiornare la struttura dei dati. Le applicazioni dispongono di quattro componenti di base: client, software, connettività e dati.

Client: prima di spostare l'applicazione, rispondere alle seguenti domande chiave:

Chi sono tutti i client che utilizzano questa applicazione?
Che tipo di accesso è necessario a ogni client per questa applicazione?
Gli utenti avanzati devono avere requisiti di accesso diversi da quelli normali o di solo report?

La creazione di una matrice degli utenti e dei relativi requisiti consente di architettare lo spostamento dell'applicazione.

Software: il software richiesto dal sistema per il funzionamento. Identificare se l'applicazione dispone di requisiti middleware o di database. Assicurarsi di elencare tutti i requisiti di base per l'applicazione. Lo spostamento potrebbe essere anche un'opportunità per eseguire lo scale up o lo scale down dell'applicazione.

Connettività: identificare i requisiti di connettività e comprendere quali requisiti di accesso saranno:

La latenza è attualmente un problema per questa applicazione? In questo caso, si tratta della soglia di latenza?
È stata identificata la connessione a Oracle Cloud Infrastructure FastConnect, il traffico su Internet o un tunnel IPSec su Internet?
La quantità di ampiezza di banda richiesta dall'applicazione?
I client effettueranno round-trip con i dati o saranno tutti utilizzati e memorizzati in Oracle Cloud Infrastructure?
Esistono speciali liste di sicurezza VPN o VCN?
Le subnet sono necessarie per separare i client, il server SQL e i dati?

Dati: l'accesso ai dati dell'applicazione è di fondamentale importanza in qualsiasi ambiente di calcolo, incluso un ambiente cloud. Uno dei problemi di base nel cloud computing è l'architettura dello storage di dati intorno ai sistemi di calcolo, indipendentemente dal fatto che lo storage sia un'area di memorizzazione degli oggetti, un volume a blocchi o un file system. I set di dati di grandi dimensioni forniscono un set di problemi differente per la migrazione. Calcolare la quantità di dati che deve essere spostata, vale a dire alcuni gigabyte o alcuni petabyte.

Lo spostamento di un'applicazione consente inoltre di archiviare o riorganizzare i dati in modo da soddisfare al meglio le esigenze dell'organizzazione. Rispondere alle domande seguenti relative all'organizzazione, alla gestione e alla conservazione dei dati:

Quanti dati devono essere spostati affinché l'applicazione funzioni correttamente?
È necessario accedere ai dati tra le geografie o tra i domini di disponibilità?
Se si verifica una maggiore indisponibilità, la quantità di dati andrà perduta? Esiste una scala per una perdita accettabile di dati?
Che tipo di criteri di backup sono necessari per garantire la conformità ai criteri organizzativi?
I dati sono duplicati?
L'applicazione dispone di funzioni che possono facilitare la migrazione tra sistemi?

Questo elenco di domande non è esaustivo, ma costituisce il minimo per l'uso da tenere in considerazione prima di passare a Oracle Cloud Infrastructure.

Scenari di migrazione

A seconda delle priorità, è possibile scegliere tra alcuni approcci diversi per la migrazione delle applicazioni in locale nel cloud. Oracle Cloud Infrastructure fornisce architetture di riferimento che supportano una vasta gamma di opzioni.

Esistono molti fattori che possono influire sul percorso di migrazione ottimale da on premise al cloud:

L'applicazione è completa, richiede pochi aggiornamenti e dispone di un carico di lavoro fisso?

“Lift e turno” è un approccio che apporta il minor numero di modifiche possibile all'infrastruttura. Riduce le possibilità di introdurre differenze nel comportamento, continuando a garantire i vantaggi cloud derivanti da prestazioni migliori dall'uso di hardware, storage e networking, nonché ai vantaggi finanziari derivanti dall'passaggio da un modello capex a un modello opex. Migliorare il database passando a una versione gestita del database Oracle, migliorando l'affidabilità e riducendo il carico di lavoro amministrativo.

L'applicazione continua a essere un progetto attivo con aggiornamenti regolari e release di versione?

“Sposta e migliora” consente di aggiornare i componenti dell'infrastruttura dell'applicazione alle versioni più recenti, ad esempio la migrazione di WebLogic alla versione 12.2 e di Oracle alla versione 19c, e l'utilizzo di un'architettura convalidata di Oracle che può essere distribuita dagli script Terraform. In questo modo vengono implementate le procedure ottimali per l'esecuzione delle applicazioni su Oracle Cloud Infrastructure. Questo approccio semplifica la rotazione delle istanze di sviluppo e test delle applicazioni e migliora la qualità delle release di produzione.

Implementare un'architettura cloud nativa con supporto per la scala elastica, la distribuzione continua e l'autoriparazione?

Consente di distribuire le applicazioni basate su WebLogic nei cluster Kubernetes dei contenitori Docker. L'uso di OKE, Oracle Cloud Infrastructure Managed Kubernetes Service, semplifica la creazione di un'infrastruttura altamente resiliente, scalabile, sfruttando il codice dell'applicazione esistente. Questa infrastruttura è ideale per le attività di sviluppo moderne.

In ciascuno di questi approcci, Oracle offre le scelte disponibili per utilizzare le opzioni di database-as-a-service per le applicazioni, conservando al contempo l'investimento nelle licenze per database permanenti tramite il programma “Bring-Your-Own-License” (BYOL).

Stato corrente	Obiettivo	Tipo	Architettura target convalidata
Qualsiasi applicazione personalizzata in esecuzione su qualsiasi database Oracle.	Migliora affidabilità, prestazioni e sicurezza. TCO inferiore Riduci i rischi di migrazione.	"Lift e turno"	Spostare lo stack dell'applicazione in BM o VM su Oracle Cloud Infrastructure. Eseguire la migrazione del database a Oracle Database Classic Cloud Service (BYOL).
Applicazioni JavaEE/WebLogic in esecuzione su qualsiasi database Oracle.	Come “Lift and Shift", oltre a: aggiornamento a WLS più recente, automazione delle distribuzioni di sviluppo/test/produzione, implementazione di HA e DR, consolidamento dei database.	“Sposta e migliora”	Distribuire JavaEE/WLS nelle VM/BMs utilizzando gli script Terraform. Eseguire la migrazione dei database in Oracle Autonomous Database, Oracle Database Classic Cloud Service (VM o BM) o Oracle Database Exadata Cloud Service. Implementa le opzioni HA e DR avanzate.
Applicazioni JavaEE/WebLogic in esecuzione su qualsiasi database Oracle.	Come “Sposta e migliora", oltre a: aumentare la flessibilità, l'elasticità e migliorare la produttività degli sviluppatori con opzioni di automazione estese.	“Modernizzazione”	Distribuire JavaEE/WLS nei cluster Docker/Kubernetes utilizzando gli script Terraform. Eseguire la migrazione dei database ad ADB, Oracle Database Classic Cloud Service (VM o BM) o Oracle Database Exadata Cloud Service. Implementa le opzioni HA e DR avanzate.

Oracle è in grado di comprendere le considerazioni per scegliere lo scenario più adatto alle proprie esigenze e fornisce architetture convalidate al fine di implementare tali scenari.

Decidi sulla strategia di migrazione migliore

Una volta eseguito l'inventario dell'ambiente, è consigliabile decidere di ottenere una strategia di migrazione migliore.

Prima di iniziare il processo di migrazione, tenere presente quanto riportato di seguito.

L'ora migliore in cui eseguire la migrazione
Requisiti tempo di inattività
Dimensioni database e data set
I set di caratteri del database di origine e di destinazione
Le versioni del database di origine e di destinazione
Se il database di origine contiene tipi di dati definiti dall'utente
Il database di origine e la piattaforma del database di destinazione (endian)
Considerazioni sulla sicurezza
Strategia per carichi di lavoro di grandi dimensioni