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à.
Migrazione dell'applicazione durante una migrazione online
Nella quarta fase di una migrazione online, stai migrando la tua applicazione e passando ad Amazon Keyspaces come archivio dati principale. Ciò significa che cambi l'applicazione per leggere e scrivere direttamente da e verso Amazon Keyspaces. Per garantire interruzioni minime agli utenti, questo dovrebbe essere un processo ben pianificato e coordinato.
Sono disponibili due diverse soluzioni consigliate per la migrazione delle applicazioni, la strategia cut over blu-verde e la strategia canary cut over. Le sezioni seguenti descrivono queste strategie in modo più dettagliato.
Strategia blu-verde: con questo approccio, puoi cambiare l'applicazione per trattare Amazon Keyspaces come archivio dati principale e Cassandra come archivio dati secondario in un unico passaggio. Puoi farlo utilizzando un flag di AWS AppConfig funzionalità per controllare la selezione degli archivi di dati primari e secondari nell'istanza dell'applicazione. Per ulteriori informazioni sui feature flag, vedere Creazione di un profilo di configurazione dei feature flag in AWS AppConfig.
Dopo aver impostato Amazon Keyspaces come archivio dati principale, monitorerai il comportamento e le prestazioni dell'applicazione, assicurandoti che Amazon Keyspaces soddisfi i tuoi requisiti e che la migrazione abbia esito positivo.
Ad esempio, se hai implementato la doppia lettura per la tua applicazione, durante la fase di migrazione dell'applicazione trasferisci le letture primarie da Cassandra ad Amazon Keyspaces e le letture secondarie da Amazon Keyspaces a Cassandra. Dopo la transizione, continui a monitorare e confrontare i risultati come descritto nella sezione sulla convalida dei dati per garantire la coerenza tra entrambi i database prima di disattivare Cassandra.
Se rilevi problemi, puoi ripristinare rapidamente lo stato precedente tornando a Cassandra come archivio dati principale. Procedi alla fase di smantellamento della migrazione solo se Amazon Keyspaces soddisfa tutte le tue esigenze come archivio dati principale.
Strategia Canary: con questo approccio, si implementa gradualmente la migrazione a un sottoinsieme di utenti o traffico. Inizialmente, una piccola percentuale del traffico dell'applicazione, ad esempio il 5% di tutto il traffico, viene indirizzata alla versione utilizzando Amazon Keyspaces come archivio dati principale, mentre il resto del traffico continua a utilizzare Cassandra come archivio dati principale.
Ciò consente di testare a fondo la versione migrata con traffico reale e monitorarne le prestazioni, la stabilità e indagare sui potenziali problemi. Se non rilevi alcun problema, puoi aumentare in modo incrementale la percentuale di traffico indirizzato ad Amazon Keyspaces fino a farlo diventare l'archivio dati principale per tutti gli utenti e il traffico.
Questa implementazione graduale riduce al minimo il rischio di interruzioni diffuse del servizio e consente un processo di migrazione più controllato. In caso di problemi critici durante l'implementazione di Canary, puoi ripristinare rapidamente la versione precedente utilizzando Cassandra come archivio dati principale per il segmento di traffico interessato. Si procede alla fase di smantellamento della migrazione solo dopo aver verificato che Amazon Keyspaces elabori il 100% degli utenti e del traffico come previsto.
Il diagramma seguente illustra le singole fasi della strategia canaria.
