Amazon DynamoDB è la colonna portante di innumerevoli applicazioni cloud-native, apprezzata per la sua straordinaria scalabilità e le sue prestazioni. Man mano che le organizzazioni realizzano sistemi sempre più cruciali per la loro attività su questo database NoSQL, il dibattito si sposta naturalmente sul modello di responsabilità condivisa e sulla necessità fondamentale di una solida protezione dei dati.
Inizialmente, le aziende si affidavano a due opzioni native principali per proteggere i propri dati DynamoDB: DynamoDB Point-in-Time Recovery (PITR) e AWS Backup. Pur essendo funzionali, entrambe presentavano limitazioni che creavano lacune in termini di sicurezza ed efficienza economica.
Analisi dei limiti degli strumenti di backup nativi
Un’analisi più approfondita degli strumenti nativi rivela i problemi fondamentali da risolvere:
- DynamoDB PITR: un compromesso tra precisione e rischio
Il PITR tradizionale offre precisione nel ripristino, consentendo di ripristinare i dati in qualsiasi momento nel tempo. Tuttavia, presentava un limite architettonico critico: i backup sono indissolubilmente legati alla tabella di origine. Se la tabella originale viene eliminata, sia accidentalmente che intenzionalmente, anche il backup PITR va perso definitivamente. Questa dipendenza crea un unico punto di errore per il ripristino dei dati. Inoltre, il PITR non supporta i ripristini tra account diversi, il che limita le opzioni disponibili in caso di compromissione di un account. - AWS Backup: comodità a un costo
AWS Backup offre la comodità dei backup gestiti e mantiene le copie logicamente separate dalla tabella di origine. Tuttavia, i compromessi sono un aumento dei costi e una maggiore esposizione ai rischi di sicurezza. AWS Backup si basa su backup completi ripetuti, il che fa aumentare il costo totale di proprietà (TCO) man mano che i volumi di dati crescono. Inoltre, questi backup vengono in genere archiviati all’interno dello stesso ambito di sicurezza aziendale dei dati primari, rendendoli vulnerabili in caso di incidenti di sicurezza su larga scala.
Una nuova base: risolvere il problema centrale con Clumio SecureVault per DynamoDB
Per colmare queste lacune era necessario un nuovo approccio. Nel 2022, Clumio ha lanciato SecureVault per DynamoDB, una soluzione progettata per risolvere questi problemi specifici. Ha introdotto una nuova base per la protezione dei dati DynamoDB fornendo:
- Protezione realmente “air-gapped” e immutabile: SecureVault archivia i backup in una piattaforma sicura separata, completamente isolata dall’ambiente AWS primario. Ciò elimina il rischio di perdita dei backup nel caso in cui la tabella di origine venga compromessa o cancellata.
- Efficienza dei costi “incrementale per sempre”: per contrastare l’elevato TCO dei ripetuti backup completi, SecureVault ha introdotto un modello incrementale per sempre. Dopo un backup iniziale, vengono salvati solo i dati unici modificati su base continuativa.
L’impatto è stato immediato e tangibile. Un importante cliente nel settore dell’apprendimento online ha ridotto la spesa per il backup di DynamoDB di oltre il 70% passando a Clumio, migliorando al contempo la propria sicurezza. SecureVault ha risolto efficacemente il problema fondamentale della protezione dei dati.
La prossima sfida: la complessità del ripristino a livello di partizione
Sebbene SecureVault abbia risolto il problema a livello di tabella, l’evoluzione delle best practice architetturali ha messo in luce una nuova sfida, ancora più complessa. Le moderne applicazioni SaaS si basano spesso su un’unica, enorme tabella DynamoDB che serve migliaia di tenant, con i dati di ciascun tenant isolati da un insieme di chiavi di partizione.
Ora, immaginate questo scenario da incubo: una modifica minima al codice, apportata nel corso di un aggiornamento software graduale, introduce un bug. Il bug non danneggia l’intera tabella, ma interessa solo due o tre partizioni di tenant all’interno di un’enorme tabella da 100 terabyte che contiene miliardi di record.
Il ripristino con i metodi tradizionali comporta un notevole onere operativo:
- Fase 1: il costoso ripristino completo della tabella.
Il processo inizia con il ripristino dell’intera tabella in una nuova tabella temporanea. Ciò comporta l’allocazione e il pagamento di altri 100 TB di spazio di archiviazione e l’attesa di ore – o addirittura giorni – affinché i dati vengano copiati, solo per recuperare pochi gigabyte di dati danneggiati. L’obiettivo relativo ai tempi di ripristino viene immediatamente compromesso. - Fase 2: la estenuante selezione manuale.
Con la tabella temporanea attiva, gli ingegneri devono ora scrivere ed eseguire complessi script ETL per setacciare miliardi di elementi. Il loro compito è estrarre i dati solo dalle partizioni interessate, un processo che richiede un tempo incredibile ed è pericolosamente soggetto a errori. Un solo errore nello script potrebbe causare un’ulteriore perdita di dati. - Fase 3: la ripetizione ridondante.
Se diverse partizioni sono state danneggiate in momenti diversi, l’intero processo di ripristino e setacciamento deve essere ripetuto per ogni singolo timestamp, aggravando i costi e lo sforzo ingegneristico. - Fase 4: la pulizia ad alto rischio.
Una volta copiati i dati nella tabella di produzione, i tecnici devono ricordarsi di eliminare manualmente le tabelle temporanee da 100 TB. Trascurare questa fase può comportare costi di archiviazione catastrofici.
Questo metodo di recupero non è solo inefficiente: è un progetto ingegneristico ad alto rischio e ad alto costo che fa perdere ore agli sviluppatori e mette a rischio l’azienda.
Presentazione di Clumio Backtrack: dall’agonia alla semplicità
Clumio Backtrack per DynamoDB si basa sulle fondamenta di SecureVault per eliminare questa complessità di ripristino. Trasforma quella che un tempo era una crisi ingegneristica di diversi giorni in una semplice attività operativa di pochi minuti, offrendo tre funzionalità chiave:
- Granularità della Recovery: ripristina solo ciò che ti serve.
Backtrack consente ai tecnici di intervenire esclusivamente sulle specifiche chiavi di partizione interessate dal problema. Anziché ripristinare centinaia di terabyte, isola i pochi gigabyte di dati necessari. Ciò elimina completamente i costi, i tempi e l’onere legati al ripristino di un’intera tabella, consentendo un avvio quasi istantaneo del processo di Recovery. - Precisione del ripristino: torna al momento esatto.
Per ogni partizione interessata, Backtrack consente di ripristinare qualsiasi punto nel tempo, con precisione al secondo. Ciò permette ai team di ripristinare lo stato esatto precedente al danneggiamento senza perdere alcun dato, preservando l’integrità senza dover ricorrere a congetture manuali. - Recovery in loco: il ripristino semplificato.
Questa è l’innovazione più importante. Backtrack ripristina i dati corretti direttamente nella tabella di produzione attiva. Non è necessario creare tabelle temporanee, né scrivere script personalizzati, né gestire operazioni di pulizia. Il progetto di migrazione dei dati, che richiedeva diversi giorni e comportava un rischio elevato, viene sostituito da pochi clic in un’interfaccia utente intuitiva.
L’efficienza in termini di costi e la sicurezza di SecureVault hanno gettato le basi. Con Backtrack che aggiunge precisione chirurgica e il ripristino in loco, la soluzione combinata va ben oltre i limiti di qualsiasi strumento nativo.
Clumio SecureVault risponde all’esigenza iniziale di sicurezza in-the-air e di backup efficienti in termini di costi. Tuttavia, quando i requisiti di ripristino sono diventati più granulari, la complessità operativa dei ripristini a livello di tabella è diventata insostenibile.
Basandosi sulla protezione fondamentale di SecureVault, Clumio Backtrack fornisce un ripristino chirurgico e in loco che consente alle aziende di superare i limiti degli strumenti nativi. Insieme, formano una soluzione completa che aiuta le aziende moderne a implementare una strategia di protezione dei dati veramente moderna, semplice e resiliente per i carichi di lavoro DynamoDB più critici. Richiedete una prova gratuita oggi stesso.
