Rubrik ha annunciato nuove funzionalità di protezione e ripristino destinate ai database PostgreSQL gestiti attraverso Google Cloud SQL. L’integrazione consentirà alle aziende di utilizzare Rubrik Security Cloud per creare backup automatizzati e immutabili, separati dagli ambienti operativi, e recuperare i dati anche in un’altra regione cloud senza modificare l’architettura esistente.
La novità punta a estendere ai database gestiti su Google Cloud un modello di cyber resilience pensato non soltanto per gli incidenti tecnici, ma anche per gli attacchi informatici. Il problema affrontato da Rubrik è particolarmente rilevante per le organizzazioni che affidano a Cloud SQL applicazioni e processi critici: la disponibilità del servizio non elimina infatti la necessità di proteggere i dati da ransomware, cancellazioni accidentali, compromissioni degli account e configurazioni errate.
L’annuncio, tuttavia, utilizza una formulazione al futuro e non specifica una data di disponibilità generale. Le caratteristiche descritte devono quindi essere considerate funzionalità annunciate, la cui effettiva operatività, copertura e modalità commerciali dovranno essere verificate al momento del rilascio.
Una protezione distinta dal disaster recovery
Google Cloud SQL è un servizio gestito: Google si occupa di una parte consistente delle attività necessarie per mantenere operativo il database, riducendo il lavoro richiesto alle imprese per installazione, manutenzione e aggiornamenti dell’infrastruttura. Questo approccio semplifica la gestione, ma non trasferisce automaticamente al fornitore cloud ogni responsabilità relativa alla conservazione e al recupero dei dati.
È qui che si inserisce Rubrik Security Cloud. La piattaforma dovrebbe affiancare le strategie di disaster recovery già adottate dalle aziende, senza sostituirle. Il disaster recovery serve principalmente a ripristinare servizi e applicazioni dopo un guasto o un’interruzione; la cyber resilience aggiunge strumenti pensati per garantire che esista una copia recuperabile dei dati anche quando l’ambiente principale viene compromesso intenzionalmente.
Anneka Gupta, Chief Product Officer di Rubrik, ha sintetizzato questa impostazione dichiarando: “Le organizzazioni non dovrebbero dover scegliere tra cyber resilience e disaster recovery,”. Secondo Gupta, “Con Google Cloud, offriamo ai nostri clienti backup immutabili che operano insieme alla loro strategia di disaster recovery esistente, permettendo loro di soddisfare i requisiti di compliance, proteggersi dalle minacce e recuperare rapidamente, il tutto senza modificare la loro architettura.”
Il punto centrale è la immutabilità del backup: una volta creata, la copia non dovrebbe poter essere alterata o cancellata durante il periodo di conservazione previsto, neppure da chi riuscisse a compromettere le credenziali utilizzate per amministrare i sistemi primari. È una caratteristica importante contro il ransomware moderno, che spesso tenta di colpire non soltanto i dati di produzione, ma anche le copie di sicurezza utilizzate per il ripristino.
Rubrik parla inoltre di backup air-gapped, cioè separati dall’ambiente operativo in modo da ridurre la possibilità che una compromissione si propaghi alle copie protette. Il comunicato non dettaglia però l’architettura tecnica di questa separazione. Sarà quindi necessario valutare, nelle implementazioni reali, il grado di isolamento offerto, le autorizzazioni utilizzate e le condizioni nelle quali un amministratore può intervenire sui dati conservati.
Discovery automatica e policy comuni per le nuove istanze
Uno degli aspetti più interessanti dell’integrazione riguarda la scoperta automatica delle istanze Cloud SQL. Negli ambienti cloud, database e altri servizi possono essere creati rapidamente da team differenti. Questa flessibilità può produrre lacune nella protezione se le nuove risorse non vengono inserite tempestivamente nei processi di backup.
Rubrik dichiara che la piattaforma sarà in grado di individuare automaticamente le nuove istanze Cloud SQL e applicare policy globali. In questo modo, la protezione potrebbe diventare parte del ciclo di vita del database invece di dipendere da un’attività manuale successiva alla sua creazione.
L’automazione è particolarmente rilevante nelle organizzazioni con numerosi progetti cloud, più gruppi di sviluppo e ambienti separati per produzione, test e collaudo. In questi contesti il rischio non deriva soltanto dall’assenza di una tecnologia di backup, ma dalla difficoltà di verificare continuamente quali risorse siano protette, con quale frequenza e per quanto tempo.
La gestione centralizzata dovrebbe inoltre riunire in un’unica interfaccia la protezione di Cloud SQL, Google Workspace, Google Compute Engine e Google Kubernetes Engine. Per le aziende che utilizzano più servizi Google Cloud, questa impostazione potrebbe ridurre la frammentazione degli strumenti e offrire una visione più coerente delle policy applicate ai diversi carichi di lavoro.
Centralizzare non significa però eliminare la complessità. Database, macchine virtuali, ambienti Kubernetes e applicazioni collaborative hanno esigenze di recupero differenti. La reale efficacia della piattaforma dipenderà dalla capacità di rappresentare queste differenze senza ridurre la protezione a un insieme di regole troppo generiche.
Retention e costi attraverso le classi di Google Cloud Storage
L’integrazione prevede la possibilità di conservare i backup utilizzando le classi Archive, Coldline e Nearline di Google Cloud Storage. La scelta permette di adattare il costo di archiviazione alla frequenza con cui si prevede di accedere alle copie.
I backup recenti o utilizzati più spesso possono richiedere una classe maggiormente accessibile, mentre quelli conservati per periodi prolungati per ragioni normative possono essere spostati verso soluzioni pensate per accessi meno frequenti. La convenienza economica non dipende però soltanto dal prezzo dello spazio occupato: devono essere considerati anche i costi e i tempi necessari per recuperare i dati, soprattutto quando il ripristino coinvolge grandi volumi.
Rubrik sostiene inoltre che il sistema non imporrà limiti ai periodi di retention. Questa caratteristica può essere utile nei settori regolamentati, dove determinate informazioni devono essere conservate per anni, ma richiede comunque una progettazione attenta. Una conservazione più lunga aumenta infatti il volume dei dati, i costi e gli obblighi di gestione, oltre a dover essere conciliata con eventuali regole che impongono la cancellazione delle informazioni quando non sono più necessarie.
Le policy basate sui tag dovrebbero facilitare questo lavoro. Associando alle istanze Cloud SQL etichette che ne descrivono funzione, criticità o appartenenza organizzativa, le imprese potranno applicare automaticamente specifici livelli di servizio e periodi di conservazione. L’obiettivo è evitare configurazioni differenti e incoerenti tra database che dovrebbero essere soggetti alle stesse regole.
La conformità, tuttavia, non deriva automaticamente dall’adozione di uno strumento. Le policy devono essere definite correttamente, aggiornate quando cambiano i requisiti e sottoposte a controlli. Anche i ripristini devono essere provati periodicamente: un backup esistente ma non recuperabile nei tempi richiesti offre una protezione soltanto apparente.
Recovery cross-region per limitare l’impatto delle interruzioni
Rubrik indica tra i vantaggi dell’integrazione anche il ripristino rapido e su larga scala in un’altra regione cloud. La capacità di recuperare i database in una regione diversa può essere importante quando quella originaria è interessata da un’interruzione o quando l’organizzazione vuole mantenere una separazione geografica tra produzione e copie di sicurezza.
La velocità effettiva del recupero dipenderà comunque da diversi fattori: quantità dei dati, classe di storage scelta, connettività disponibile, configurazione dell’istanza di destinazione e dipendenze applicative. Ripristinare il database, infatti, non equivale necessariamente a ripristinare l’intero servizio. Un’applicazione può dipendere anche da identità, reti, chiavi di cifratura, cluster, macchine virtuali e configurazioni che devono essere ricostruiti in modo coordinato.
Il comunicato non fornisce benchmark sui tempi di ripristino né indica specifici obiettivi RTO e RPO, cioè rispettivamente il tempo massimo accettabile per tornare operativi e la quantità di dati che si può tollerare di perdere. La promessa di un recovery rapido dovrà quindi essere verificata attraverso test condotti sulle dimensioni e sull’architettura reali di ogni cliente.
La sicurezza dei database gestiti diventa un terreno competitivo
L’annuncio riflette un cambiamento più ampio nel mercato della protezione dei dati. Man mano che le imprese trasferiscono database e applicazioni verso servizi gestiti, i fornitori di backup devono estendere le proprie piattaforme oltre i server tradizionali e gli ambienti installati nei data center aziendali.
La possibilità di amministrare da un unico punto risorse cloud differenti potrebbe rafforzare la posizione dei fornitori capaci di offrire una copertura trasversale. Per i clienti, il vantaggio potenziale consiste nella riduzione degli strumenti separati, delle policy duplicate e delle aree non monitorate. Per il mercato, questa evoluzione potrebbe aumentare la pressione sia sui concorrenti specializzati nel backup tradizionale sia sulle soluzioni che proteggono soltanto singoli servizi cloud.
Allo stesso tempo, una piattaforma centralizzata può aumentare la dipendenza da un unico ecosistema di sicurezza. Prima dell’adozione, le aziende dovranno valutare la portabilità dei backup, le procedure per uscire dal servizio, i costi di conservazione e recupero e la capacità di mantenere la protezione in ambienti multicloud o ibridi.
Rubrik cita una ricerca di Rubrik Zero Labs secondo cui il 90% dei responsabili IT e della sicurezza intervistati avrebbe segnalato cyberattacchi nell’ultimo anno, mentre il 35% indicherebbe nella protezione dei dati distribuiti tra ecosistemi differenti la principale difficoltà. I numeri evidenziano la dimensione del problema percepito, ma provengono dalla stessa azienda che presenta la soluzione; il comunicato non riporta dettagli metodologici sufficienti per valutarne in modo indipendente la rappresentatività.
Opportunità concrete, ma l’efficacia andrà dimostrata
L’integrazione tra Rubrik Security Cloud e Google Cloud SQL risponde a un’esigenza concreta: assicurare che la semplicità operativa dei database gestiti non lasci scoperta la capacità di recuperare i dati dopo un attacco. Backup immutabili, discovery automatica, policy centralizzate e ripristino cross-region possono ridurre alcuni dei rischi più difficili da governare negli ambienti cloud in rapida crescita.
Il valore effettivo della proposta dipenderà però da elementi che l’annuncio non chiarisce ancora: disponibilità commerciale, tempi di ripristino misurati sul campo, grado di isolamento delle copie, costi complessivi e integrazione con le procedure di risposta agli incidenti. Resterà inoltre essenziale verificare che la protezione dei database sia inserita in un piano più ampio, capace di ricostruire applicazioni, identità e infrastrutture collegate.
La direzione industriale appare comunque chiara: con l’aumento dei carichi di lavoro affidati ai servizi gestiti, il backup sta diventando una componente della sicurezza cloud e non più soltanto una misura contro i guasti. Rubrik prova a occupare questo spazio unendo protezione dei dati, automazione e recovery; la prova decisiva sarà la capacità di trasformare queste promesse in recuperi completi, verificabili e sufficientemente rapidi durante un incidente reale.
