Di Jason Gregson e Artem Shchodro
Introduzione
In DoiT vediamo database di ogni forma e dimensione e affianchiamo i nostri clienti con il supporto tecnico, aiutandoli anche a capire quale database usare e dove.
In DoiT siamo consapevoli che i database sono un elemento estremamente complesso e cruciale per qualsiasi azienda: per questo abbiamo scelto di distinguere tra Database e tutto il resto, ovvero il Core. Pur esistendo una notevole sovrapposizione tra Core engineering e Database engineering, ci sono discipline molto specifiche legate ai database che non rientrano nel Core Engineering. Per questo motivo, tutte le tematiche che riguardano i database e il Database Migration Service sono affidate al team di specialisti Database.
Non esiste una soluzione valida per tutti, e lo stesso vale per i database. Quando il cliente cresce, i requisiti cambiano. L'azienda può modificare il modello di business o il modo in cui raccoglie i dati, quindi ciò che era vero all'inizio potrebbe non valere più in futuro. Lo stesso discorso vale per la collocazione dei database, on-premises o nel cloud.
Poiché la maggior parte delle applicazioni deve archiviare i dati in qualche forma di database, questi diventano i gioielli della corona della piattaforma del cliente. Orientarsi in un panorama in continua evoluzione richiede tempo e comporta sfide tecniche concrete da affrontare. Amazon Web Services (AWS) mette a disposizione diversi servizi e strumenti per aiutarti a migrare nel cloud i tuoi database, insieme alle applicazioni che li utilizzano. Puoi cambiare il database management system (DBMS) o persino l'architettura, passando da SQL a NoSQL, in base ai requisiti e agli obiettivi del business.
Migrare i dati da un server a un altro è piuttosto semplice quando entrambi utilizzano lo stesso database engine: si parla in questo caso di migrazione omogenea. Ad esempio, spostare Microsoft SQL Server da un'installazione on-premises allo stesso Microsoft SQL Server in esecuzione su Amazon Relational Database Service (Amazon RDS) significa essenzialmente assicurarsi che tutti i dati e gli schemi vengano replicati e che connettività e sicurezza siano configurate correttamente, in modo che l'applicazione possa connettersi al "nuovo" database. La vera complessità emerge quando ci sono cambiamenti: anche modifiche apparentemente piccole, come il numero di versione, possono far affiorare una serie di aspetti da affrontare. Passare poi a un engine diverso, ovvero una migrazione eterogenea, è più impegnativo e può richiedere modifiche all'approccio e all'applicazione.
Questo articolo offre una panoramica generale di due strumenti per database: AWS Schema Conversion Tool (AWS SCT) e AWS Database Migration Service (AWS DMS).
Perché migrare il proprio database su AWS?
Le applicazioni di oggi presentano sfide di varia complessità: grandi volumi di dati, requisiti elevati di throughput transazionale, tipi di dati e logica di business complessi, oltre a funzionalità proprietarie dei vendor. Migrare questi workloads nel cloud è un obiettivo per molti clienti di Amazon Web Services, per diverse ragioni: dalla riduzione dei costi grazie a una maggiore facilità di automazione ed elasticità, fino al taglio dei costi di licenza con un minor vendor lock-in su alcuni dei DBMS più proprietari (Microsoft SQL/Oracle/SAP). Tutto questo permette anche di liberare il potenziale di innovazione, disaccoppiando i sistemi dati dall'applicazione in un'ottica moderna e cloud-native. La migrazione contribuisce inoltre a modernizzare l'infrastruttura dati con funzionalità esclusive del cloud, come lo storage engine di Amazon Aurora. Si tratta di passi che non vanno intrapresi senza un'attenta due diligence e una solida competenza tecnica: è qui che DoiT può essere il tuo primo punto di riferimento.
Ecco alcune ragioni ricorrenti per cui si decide di migrare un database
Modernizzazione del database
Spostare i dati da database engine legacy a engine moderni, abilitando l'agilità di business necessaria per competere nell'era digitale.
Migrazione del database
Spostare i dati da una piattaforma a un'altra, nel contesto delle applicazioni enterprise.
Replica del database
Copiare con frequenza i dati da un database su un computer/server a un database su un altro, per condividere lo stesso livello di informazioni con tutti gli utenti
Quali sono i vantaggi della migrazione di un database con AWS?
I database relazionali sono una tecnologia matura e ampiamente diffusa, che consente di gestire abitualmente livelli elevati di disponibilità con server on-premises. Anche i database NoSQL, pur essendo più recenti, di norma permettono di mantenere un'alta disponibilità on-premises; tuttavia, qualsiasi downtime del database può avere un impatto significativo sia sull'applicazione sia sulla capacità dell'azienda di servire tempestivamente i propri clienti. Le ricadute sulla reputazione sono pesanti e difficili da recuperare: assicurandoci che i requisiti di business e tecnici siano pienamente coperti nelle nostre conversazioni, possiamo ridurre al minimo questi e altri rischi legati alla migrazione.
Le tecnologie database di AWS, come Amazon Relational Database Service (Amazon RDS) e Amazon DynamoDB, offrono soluzioni database a basso costo, scalabili e altamente disponibili, semplici da configurare e utilizzare. Per molte aziende, migrare i propri database nel cloud (in particolare quando si cambia engine) consente di ridurre downtime e costi rispetto ai server on-premises.
Semplice da usare
AWS Database Migration Service (AWS DMS) è facile da utilizzare. Non occorre installare driver o applicazioni e, di norma, non sono richieste modifiche al database di origine.
Downtime minimo
AWS DMS ti aiuta a migrare i database su AWS praticamente senza downtime.
Supporta i database engine più diffusi
AWS DMS può migrare i tuoi dati da e verso i più diffusi database engine commerciali e open source.
Costi contenuti
AWS DMS può migrare i tuoi dati da e verso i più diffusi database engine commerciali e open source.
Configurazione rapida e semplice
Puoi configurare un task di migrazione in pochi minuti dalla AWS Management Console, definendo i parametri che Amazon DMS utilizzerà per eseguire la migrazione.
Affidabile
AWS DMS è altamente resiliente e in grado di auto-ripararsi. Monitora costantemente i database di origine e di destinazione, la connettività di rete e l'istanza di replica.
Come si esegue la migrazione del database su AWS?
AWS DMS e AWS Schema Conversion Tool (AWS SCT) ti aiutano a migrare i tuoi database da o verso AWS in modo rapido e sicuro. Con AWS DMS il database di origine resta pienamente operativo durante la migrazione, riducendo al minimo il downtime per le applicazioni che dipendono da esso.
Puoi migrare verso lo stesso database engine oppure cambiarlo per modernizzare la piattaforma. Puoi anche replicare i dati per sincronizzare i database di origine e di destinazione.
Ad esempio:
Puoi migrare da un'istanza Oracle on-premises a un'istanza Amazon RDS for Oracle.
Oppure...
Puoi migrare un'istanza Oracle, on-premises o nel cloud, verso un database PostgreSQL come Amazon RDS for PostgreSQL o Amazon Aurora PostgreSQL.
Quali strumenti possono supportare la migrazione?
AWS DMS
Nella sua forma più essenziale, AWS DMS è un server nel cloud AWS che esegue il software di replica. Si crea una connessione di origine e una di destinazione per indicare ad AWS DMS da dove estrarre e dove caricare i dati. Si pianifica quindi un task che viene eseguito su questo server di replica per ricevere una copia dei dati.
AWS DMS crea le tabelle e le relative chiavi primarie se non esistono già nella destinazione. Puoi creare manualmente le tabelle di destinazione in anticipo, se preferisci, oppure utilizzare AWS SCT per generare alcune o tutte le tabelle di destinazione, gli indici, le viste, i trigger e così via.
AWS SCT
Se vuoi cambiare database engine, AWS SCT può convertire lo schema del tuo database esistente sulla piattaforma di destinazione, comprese tabelle, indici, viste e stored procedure, oltre al codice applicativo. Quando lo schema del database di origine non può essere convertito automaticamente, AWS SCT fornisce indicazioni su come creare uno schema equivalente nel database engine di destinazione. È fondamentale capire quali sono le criticità che impediscono la conversione automatica, perché avranno un impatto sia sul database risultante sia sul modo in cui l'applicazione attuale interagirà con esso. Anche in questo caso entra in gioco l'esperienza di DoiT: possiamo aiutarti a inquadrare gli elementi in gioco e gli aspetti da considerare per le modifiche necessarie.
Come si gestisce un progetto di migrazione?
Come si inseriscono AWS DMS e AWS SCT nel tuo progetto di migrazione? AWS suggerisce di strutturare una migrazione in 12 fasi. Poiché non tutte sono necessarie per ogni progetto, DoiT International assegna a ciascun progetto cliente uno specialista di migrazione del dipartimento Database Engineering, che valuterà il tuo caso d'uso specifico. Sulla base delle valutazioni iniziali e delle caratteristiche di applicazione, database, infrastruttura, risorse disponibili e competenze, DoiT International costruirà insieme a te un piano di migrazione.
Questa fase della migrazione inizierà a far emergere elementi che esulano dalla migrazione fisica e riguardano piuttosto gli obiettivi di business: come si definisce il successo? Ad esempio, "Stiamo attualmente utilizzando il Database X e prevediamo di crescere di x1000 nei prossimi 12 mesi". Un'affermazione del genere ha numerose implicazioni che vanno comprese, e forse una migrazione omogenea non è l'approccio migliore per soddisfare gli enormi requisiti di scalabilità del business.
Quali sono i prossimi passi?
Se rappresenti la parte di engineering dell'azienda e vuoi imparare a usare gli strumenti per il prossimo progetto di migrazione, puoi iscriverti gratuitamente al corso introduttivo di AWS per saperne di più. Il training copre: migrazione dello schema, migrazione dei dati, formazione e supporto. Ti darà una comprensione più approfondita di ciò che è in gioco e renderà chiari gli aspetti tecnici della migrazione. Tuttavia, non ti fornirà l'esperienza necessaria per cogliere tutte le sfumature di una Database Migration: è qui che DoiT può intervenire e darti il supporto necessario per avere successo.
Se vuoi valutare una possibile migrazione, DoiT International aiuta i clienti a portare i propri workloads nel cloud e fornisce supporto continuativo. Scopri di più sul nostro approccio alle migrazioni e su come DoiT International può aiutarti.
D: Quanto costerà tutto questo?
La parte migliore è che DoiT ha un modello di pricing unico per supportare i propri clienti, che include anche l'approccio alle migrazioni di database verso AWS. Svolgiamo il lavoro a costo aggiuntivo zero; non ci sono costi extra associati alla migrazione dei tuoi workloads nel cloud.
D: Dov'è la fregatura?
Non c'è. Devi semplicemente pagare la fattura AWS tramite DoiT come reseller, e questo è tutto. Siamo un'aggiunta ai servizi e al supporto che ricevi direttamente da Amazon; non togliamo nulla a quella relazione, se non il pagamento del billing AWS, che avviene direttamente tramite DoiT. Dato il costo zero, è chiaro che DoiT non eseguirà direttamente la migrazione del database, ma agirà in qualità di consulente per assicurarsi che tu riceva il consiglio giusto al momento giusto sulle varie fasi della migrazione. Sarai tu a portare a termine il lavoro, oppure potrai affidarti a una terza parte per eseguirlo. In più, avrai tutti i consueti vantaggi riservati ai clienti DoiT, tra cui:
Supporto illimitato (24x7 - Follow the sun)
Formazione a costo zero
Accesso a DoiT Cloud Intelligence™
Well Architected Framework Reviews (WAfR) a costo zero
Flexsave di DoiT (savings flessibili)
Spot0 di DoiT (pricing Spot flessibile)
Jason
Jason Gregson è Global Head of AWS Programs and Operations di DoiT International. Dopo molti anni come Solution Architect, di cui 5 in Amazon, mette la sua passione al servizio dei clienti per aiutarli a costruire applicazioni moderne sui più recenti servizi AWS. Tecnologo pragmatico e ingegnere nell'animo, ama l'apprendimento community-driven e la condivisione della tecnologia, perché tutti possano scoprire l'arte del possibile. Seguilo su Twitter all'indirizzo @JasonGregson.
Artem
Artem Shchodro è Senior Cloud Architect di DoiT International. Ex-Amazonian, aiuta i clienti a ottenere il massimo valore dal cloud. Artem è pragmatico e diretto, e sa coniugare il valore di business con la tecnologia. Non seguirlo su Twitter.
Di Jason Gregson e Artem Shchodro
Introduzione
In DoiT vediamo database di ogni forma e dimensione e affianchiamo i nostri clienti con il supporto tecnico, aiutandoli anche a capire quale database usare e dove.
In DoiT siamo consapevoli che i database sono un elemento estremamente complesso e cruciale per qualsiasi azienda: per questo abbiamo scelto di distinguere tra Database e tutto il resto, ovvero il Core. Pur esistendo una notevole sovrapposizione tra Core engineering e Database engineering, ci sono discipline molto specifiche legate ai database che non rientrano nel Core Engineering. Per questo motivo, tutte le tematiche che riguardano i database e il Database Migration Service sono affidate al team di specialisti Database.
Non esiste una soluzione valida per tutti, e lo stesso vale per i database. Quando il cliente cresce, i requisiti cambiano. L'azienda può modificare il modello di business o il modo in cui raccoglie i dati, quindi ciò che era vero all'inizio potrebbe non valere più in futuro. Lo stesso discorso vale per la collocazione dei database, on-premises o nel cloud.
Poiché la maggior parte delle applicazioni deve archiviare i dati in qualche forma di database, questi diventano i gioielli della corona della piattaforma del cliente. Orientarsi in un panorama in continua evoluzione richiede tempo e comporta sfide tecniche concrete da affrontare. Amazon Web Services (AWS) mette a disposizione diversi servizi e strumenti per aiutarti a migrare nel cloud i tuoi database, insieme alle applicazioni che li utilizzano. Puoi cambiare il database management system (DBMS) o persino l'architettura, passando da SQL a NoSQL, in base ai requisiti e agli obiettivi del business.
Migrare i dati da un server a un altro è piuttosto semplice quando entrambi utilizzano lo stesso database engine: si parla in questo caso di migrazione omogenea. Ad esempio, spostare Microsoft SQL Server da un'installazione on-premises allo stesso Microsoft SQL Server in esecuzione su Amazon Relational Database Service (Amazon RDS) significa essenzialmente assicurarsi che tutti i dati e gli schemi vengano replicati e che connettività e sicurezza siano configurate correttamente, in modo che l'applicazione possa connettersi al "nuovo" database. La vera complessità emerge quando ci sono cambiamenti: anche modifiche apparentemente piccole, come il numero di versione, possono far affiorare una serie di aspetti da affrontare. Passare poi a un engine diverso, ovvero una migrazione eterogenea, è più impegnativo e può richiedere modifiche all'approccio e all'applicazione.
Questo articolo offre una panoramica generale di due strumenti per database: AWS Schema Conversion Tool (AWS SCT) e AWS Database Migration Service (AWS DMS).
Perché migrare il proprio database su AWS?
Le applicazioni di oggi presentano sfide di varia complessità: grandi volumi di dati, requisiti elevati di throughput transazionale, tipi di dati e logica di business complessi, oltre a funzionalità proprietarie dei vendor. Migrare questi workloads nel cloud è un obiettivo per molti clienti di Amazon Web Services, per diverse ragioni: dalla riduzione dei costi grazie a una maggiore facilità di automazione ed elasticità, fino al taglio dei costi di licenza con un minor vendor lock-in su alcuni dei DBMS più proprietari (Microsoft SQL/Oracle/SAP). Tutto questo permette anche di liberare il potenziale di innovazione, disaccoppiando i sistemi dati dall'applicazione in un'ottica moderna e cloud-native. La migrazione contribuisce inoltre a modernizzare l'infrastruttura dati con funzionalità esclusive del cloud, come lo storage engine di Amazon Aurora. Si tratta di passi che non vanno intrapresi senza un'attenta due diligence e una solida competenza tecnica: è qui che DoiT può essere il tuo primo punto di riferimento.
Ecco alcune ragioni ricorrenti per cui si decide di migrare un database
Modernizzazione del database
Spostare i dati da database engine legacy a engine moderni, abilitando l'agilità di business necessaria per competere nell'era digitale.
Migrazione del database
Spostare i dati da una piattaforma a un'altra, nel contesto delle applicazioni enterprise.
Replica del database
Copiare con frequenza i dati da un database su un computer/server a un database su un altro, per condividere lo stesso livello di informazioni con tutti gli utenti
Quali sono i vantaggi della migrazione di un database con AWS?
I database relazionali sono una tecnologia matura e ampiamente diffusa, che consente di gestire abitualmente livelli elevati di disponibilità con server on-premises. Anche i database NoSQL, pur essendo più recenti, di norma permettono di mantenere un'alta disponibilità on-premises; tuttavia, qualsiasi downtime del database può avere un impatto significativo sia sull'applicazione sia sulla capacità dell'azienda di servire tempestivamente i propri clienti. Le ricadute sulla reputazione sono pesanti e difficili da recuperare: assicurandoci che i requisiti di business e tecnici siano pienamente coperti nelle nostre conversazioni, possiamo ridurre al minimo questi e altri rischi legati alla migrazione.
Le tecnologie database di AWS, come Amazon Relational Database Service (Amazon RDS) e Amazon DynamoDB, offrono soluzioni database a basso costo, scalabili e altamente disponibili, semplici da configurare e utilizzare. Per molte aziende, migrare i propri database nel cloud (in particolare quando si cambia engine) consente di ridurre downtime e costi rispetto ai server on-premises.
Semplice da usare
AWS Database Migration Service (AWS DMS) è facile da utilizzare. Non occorre installare driver o applicazioni e, di norma, non sono richieste modifiche al database di origine.
Downtime minimo
AWS DMS ti aiuta a migrare i database su AWS praticamente senza downtime.
Supporta i database engine più diffusi
AWS DMS può migrare i tuoi dati da e verso i più diffusi database engine commerciali e open source.
Costi contenuti
AWS DMS può migrare i tuoi dati da e verso i più diffusi database engine commerciali e open source.
Configurazione rapida e semplice
Puoi configurare un task di migrazione in pochi minuti dalla AWS Management Console, definendo i parametri che Amazon DMS utilizzerà per eseguire la migrazione.
Affidabile
AWS DMS è altamente resiliente e in grado di auto-ripararsi. Monitora costantemente i database di origine e di destinazione, la connettività di rete e l'istanza di replica.
Come si esegue la migrazione del database su AWS?
AWS DMS e AWS Schema Conversion Tool (AWS SCT) ti aiutano a migrare i tuoi database da o verso AWS in modo rapido e sicuro. Con AWS DMS il database di origine resta pienamente operativo durante la migrazione, riducendo al minimo il downtime per le applicazioni che dipendono da esso.
Puoi migrare verso lo stesso database engine oppure cambiarlo per modernizzare la piattaforma. Puoi anche replicare i dati per sincronizzare i database di origine e di destinazione.
Ad esempio:
Puoi migrare da un'istanza Oracle on-premises a un'istanza Amazon RDS for Oracle.
Oppure...
Puoi migrare un'istanza Oracle, on-premises o nel cloud, verso un database PostgreSQL come Amazon RDS for PostgreSQL o Amazon Aurora PostgreSQL.
Quali strumenti possono supportare la migrazione?
AWS DMS
Nella sua forma più essenziale, AWS DMS è un server nel cloud AWS che esegue il software di replica. Si crea una connessione di origine e una di destinazione per indicare ad AWS DMS da dove estrarre e dove caricare i dati. Si pianifica quindi un task che viene eseguito su questo server di replica per ricevere una copia dei dati.
AWS DMS crea le tabelle e le relative chiavi primarie se non esistono già nella destinazione. Puoi creare manualmente le tabelle di destinazione in anticipo, se preferisci, oppure utilizzare AWS SCT per generare alcune o tutte le tabelle di destinazione, gli indici, le viste, i trigger e così via.
AWS SCT
Se vuoi cambiare database engine, AWS SCT può convertire lo schema del tuo database esistente sulla piattaforma di destinazione, comprese tabelle, indici, viste e stored procedure, oltre al codice applicativo. Quando lo schema del database di origine non può essere convertito automaticamente, AWS SCT fornisce indicazioni su come creare uno schema equivalente nel database engine di destinazione. È fondamentale capire quali sono le criticità che impediscono la conversione automatica, perché avranno un impatto sia sul database risultante sia sul modo in cui l'applicazione attuale interagirà con esso. Anche in questo caso entra in gioco l'esperienza di DoiT: possiamo aiutarti a inquadrare gli elementi in gioco e gli aspetti da considerare per le modifiche necessarie.
Come si gestisce un progetto di migrazione?
Come si inseriscono AWS DMS e AWS SCT nel tuo progetto di migrazione? AWS suggerisce di strutturare una migrazione in 12 fasi. Poiché non tutte sono necessarie per ogni progetto, DoiT International assegna a ciascun progetto cliente uno specialista di migrazione del dipartimento Database Engineering, che valuterà il tuo caso d'uso specifico. Sulla base delle valutazioni iniziali e delle caratteristiche di applicazione, database, infrastruttura, risorse disponibili e competenze, DoiT International costruirà insieme a te un piano di migrazione.
Questa fase della migrazione inizierà a far emergere elementi che esulano dalla migrazione fisica e riguardano piuttosto gli obiettivi di business: come si definisce il successo? Ad esempio, "Stiamo attualmente utilizzando il Database X e prevediamo di crescere di x1000 nei prossimi 12 mesi". Un'affermazione del genere ha numerose implicazioni che vanno comprese, e forse una migrazione omogenea non è l'approccio migliore per soddisfare gli enormi requisiti di scalabilità del business.
Quali sono i prossimi passi?
Se rappresenti la parte di engineering dell'azienda e vuoi imparare a usare gli strumenti per il prossimo progetto di migrazione, puoi iscriverti gratuitamente al corso introduttivo di AWS per saperne di più. Il training copre: migrazione dello schema, migrazione dei dati, formazione e supporto. Ti darà una comprensione più approfondita di ciò che è in gioco e renderà chiari gli aspetti tecnici della migrazione. Tuttavia, non ti fornirà l'esperienza necessaria per cogliere tutte le sfumature di una Database Migration: è qui che DoiT può intervenire e darti il supporto necessario per avere successo.
Se vuoi valutare una possibile migrazione, DoiT International aiuta i clienti a portare i propri workloads nel cloud e fornisce supporto continuativo. Scopri di più sul nostro approccio alle migrazioni e su come DoiT International può aiutarti.
D: Quanto costerà tutto questo?
La parte migliore è che DoiT ha un modello di pricing unico per supportare i propri clienti, che include anche l'approccio alle migrazioni di database verso AWS. Svolgiamo il lavoro a costo aggiuntivo zero; non ci sono costi extra associati alla migrazione dei tuoi workloads nel cloud.
D: Dov'è la fregatura?
Non c'è. Devi semplicemente pagare la fattura AWS tramite DoiT come reseller, e questo è tutto. Siamo un'aggiunta ai servizi e al supporto che ricevi direttamente da Amazon; non togliamo nulla a quella relazione, se non il pagamento del billing AWS, che avviene direttamente tramite DoiT. Dato il costo zero, è chiaro che DoiT non eseguirà direttamente la migrazione del database, ma agirà in qualità di consulente per assicurarsi che tu riceva il consiglio giusto al momento giusto sulle varie fasi della migrazione. Sarai tu a portare a termine il lavoro, oppure potrai affidarti a una terza parte per eseguirlo. In più, avrai tutti i consueti vantaggi riservati ai clienti DoiT, tra cui:
Supporto illimitato (24x7 - Follow the sun)
Formazione a costo zero
Accesso a DoiT Cloud Intelligence
Well Architected Framework Reviews (WAfR) a costo zero
Flexsave di DoiT (savings flessibili)
Spot0 di DoiT (pricing Spot flessibile)
Jason
Jason Gregson è Global Head of AWS Programs and Operations di DoiT International. Dopo molti anni come Solution Architect, di cui 5 in Amazon, mette la sua passione al servizio dei clienti per aiutarli a costruire applicazioni moderne sui più recenti servizi AWS. Tecnologo pragmatico e ingegnere nell'animo, ama l'apprendimento community-driven e la condivisione della tecnologia, perché tutti possano scoprire l'arte del possibile. Seguilo su Twitter all'indirizzo @JasonGregson.
Artem
Artem Shchodro è Senior Cloud Architect di DoiT International. Ex-Amazonian, aiuta i clienti a ottenere il massimo valore dal cloud. Artem è pragmatico e diretto, e sa coniugare il valore di business con la tecnologia. Non seguirlo su Twitter.