La tua strategia di business continuity e disaster recovery è enterprise-ready?

Immagina che sia l’ultima settimana del trimestre fiscale. Il team di vendita sta concludendo le trattative e il team finanziario sta preparando i report per il consiglio di amministrazione. Il team marketing sta analizzando le prestazioni delle campagne per definire il budget del prossimo trimestre. Poi, alle 4 p.m. di martedì, la piattaforma di analisi si interrompe a causa di un disservizio del cloud provider.

Per molte organizzazioni, questo scenario non è ipotetico: è un incubo ricorrente. Come ha sottolineato il CEO di Snowflake, Sridhar Ramaswamy, nel suo recente blog, il disaster recovery è ormai imprescindibile per le organizzazioni che operano nell’economia digitale interconnessa e in rapida evoluzione. Anche un singolo evento apparentemente isolato può propagarsi a cascata su migliaia di applicazioni e servizi, interrompendo i processi e ritardando decisioni di business critiche.

Eppure, nella valutazione delle piattaforme dati + AI, business continuity e disaster recovery (BCDR) vengono spesso relegate in secondo piano. E purtroppo non tutte le piattaforme sono progettate per garantire una reale resilienza enterprise. Questo significa che, quando i sistemi si interrompono, la business continuity diventa un problema da risolvere internamente, con la reputazione dell’azienda in gioco.

Tre domande che ogni data leader dovrebbe porsi

Ogni azienda si trova di fronte a una scelta: accettare il rischio di downtime oppure investire nella resilienza. La vera domanda non è se l’azienda possa permettersi una soluzione BCDR, ma se possa permettersi di non averne una.

Quando si valuta la piattaforma attuale o si analizzano nuove soluzioni, tre domande chiave permettono di capire se si è davvero protetti.

1. “Come possiamo soddisfare i nostri requisiti di ripristino con la vostra piattaforma?”

Il costo del downtime è molto più elevato di quanto molte organizzazioni immaginino. Secondo una ricerca del 2024 di Enterprise Management Associates (EMA), i tempi di inattività non pianificati costano in media 14.056 dollari al minuto, cifra che sale a 23.750 dollari per le grandi imprese. 

L’azienda può avere obiettivi di ripristino specifici, come i recovery point objective (RPO) e i recovery time objective (RTO). È fondamentale chiedersi se la soluzione in valutazione sia effettivamente in grado di soddisfarli.

Le piattaforme progettate per esigenze enterprise dovrebbero essere in grado di guidarti nella configurazione delle procedure di disaster recovery. Chiedi esempi concreti: “Come posso reinserire facilmente i dati mancanti nel mio account DR e ottenere un RTO di 15 minuti?” Se non sono in grado di dimostrarlo, probabilmente stai valutando una piattaforma che rischia di lasciare il tuo team senza visibilità nei momenti critici.

2. “Puoi dimostrare come funziona il failover cross-region e cross-cloud?”

Una vera BCDR di livello enterprise prevede un failover fluido tra regioni e persino tra cloud provider, non una semplice ridondanza locale. La BCDR dovrebbe funzionare sia in caso di indisponibilità di un data center, sia in presenza di un’interruzione regionale o durante una migrazione tra regioni o cloud provider.

L’analisi di terze parti dimostra inoltre che Snowflake è in grado di gestire automaticamente il failover cross-region e cross-cloud, mantenendo dati, capacità di elaborazione e controlli di governance su più regioni e cloud, mentre altre piattaforme richiedono spesso interventi manuali estesi e ingegneria personalizzata. 

È importante chiedere anche quanto tempo sia necessario per rendere operativa la soluzione. Databricks, ad esempio, ha dichiarato pubblicamente che la propria BCDR “può richiedere mesi, o addirittura un anno, per essere operativa la prima volta”. La BCDR di Snowflake, invece, può essere configurata in pochi minuti, sia per scenari cross-region sia cross-cloud.

3. “Come garantite l’applicazione delle policy di governance durante un’interruzione?”

I dati hanno valore solo nella misura in cui possono essere governati correttamente, anche in caso di disastro.

Con alcune piattaforme, policy come la sicurezza a livello di riga, le regole di mascheramento delle colonne e le autorizzazioni degli utenti non vengono ripristinate in modo coerente, esponendo l’azienda a violazioni normative e sanzioni rilevanti.

Le piattaforme più avanzate, come Snowflake, replicano l’intero account come un’unica unità gestita, proteggendo dati, metadati e informazioni dell’account. Questo significa che anche le policy di governance restano protette, contribuendo a mantenere conformità e sicurezza.

La funzionalità Snowflake Backups (ora generalmente disponibile) rafforza ulteriormente questo approccio. È possibile configurare backup immutabili, creando snapshot point-in-time che non possono essere modificati o eliminati, nemmeno dagli amministratori. In uno scenario di disastro, snapshot e replica dell’account Snowflake possono essere combinati per replicare e ripristinare set di snapshot e policy in un’altra regione o presso un altro cloud provider. Questa immutabilità supporta la conformità normativa, rafforza la cyber-resilience contro minacce come i ransomware e preserva l’integrità dei dati nel lungo periodo a fini legali o di audit.

Quando gli esperimenti con la BCDR costano milioni (e forse anche il tuo lavoro)

Quando si verifica un disastro, non servono solo i dati. Devi ripristinare l’intero patrimonio di dati: pipeline, policy di governance, autorizzazioni degli utenti e logica di business. 

Ma alcune piattaforme trattano la BCDR come un esperimento scientifico “fai-da-te”. Forniscono i componenti di base e demandano al tuo team la progettazione, l’implementazione e la manutenzione delle procedure di disaster recovery. Sulla carta, potrebbe sembrare flessibilità. In pratica, spesso significa:

• Migliaia di righe di codice personalizzato per gestire gli scenari di failover.

• Più fornitori “cuciti insieme” per garantire la replica dei dati critici.

• Nessuna garanzia che la soluzione personalizzata funzioni quando serve davvero.

• Responsabilità per ogni modalità di guasto, quindi, se qualcosa si rompe, la responsabilità ricade su di te.

Questo comporta un enorme carico operativo: centinaia di ore di lavoro di engineering, maggiore esposizione al rischio e un team costretto a sprecare tempo nella manutenzione della soluzione BCDR invece di innovare. 

Con un approccio “fai-da-te”, il tuo team non si limita a sviluppare soluzioni basate su dati e AI. Diventa di fatto un team di specialisti di disaster recovery, scrive procedure di failover complesse e spera di non dover mai verificare se il codice regge davvero sotto pressione.

Analisi dell’approccio “fai-da-te” alla BCDR

Una soluzione complessa e autogestita richiede che il team coordini e metta in servizio ogni componente per garantire la continuità in lettura e scrittura durante un disastro. Questo include:

• Dati e metastore: È necessario gestire la replica dello storage e utilizzare script di provisioning duplicati per gestire database, schemi, tabelle, viste e altri oggetti dati.

• Sicurezza e governance: Sono necessari script separati per mantenere modelli di sicurezza ridondanti (ad esempio utenti, ruoli e regole di rete) e policy di governance (ad esempio sicurezza a livello di riga e di colonna, oltre ai tag).

• Servizi di elaborazione e AI: Le risorse di elaborazione, i container e persino gli artefatti dei modelli registrati per i servizi AI devono essere provisionati manualmente nella regione secondaria.

• Integrazioni e pipeline: Le integrazioni esterne con provider di identità, key vault e altre API, così come pipeline di dati e repository di codice, devono essere rese ridondanti per garantire il corretto funzionamento del sistema dopo un failover.

• Reindirizzamento: Per fornire un accesso trasparente ai client finali, come app, strumenti di BI e servizi AI, è necessario un reindirizzamento manuale. Questo spesso comporta modifiche ai nomi host DNS o agli indirizzi IP.

Confrontalo con una piattaforma come Snowflake, dove la BCDR è una soluzione chiavi in mano, pronta fin dal primo giorno. Secondo una ricerca Snowflake, il team può concentrarsi sul valore di business mentre Snowflake abilita la disponibilità continua, con una riduzione media del 75% dei tempi di inattività non pianificati e del 30% dei risparmi diretti sui costi.

Quello che serve per abilitare la disponibilità continua

La BCDR moderna non si limita al ripristino dopo un disastro. Serve anche a impedire che gli incidenti impattino il business in primo luogo. Questo richiede una piattaforma progettata per:

• Configurazione semplice: Invece di costruire una logica di replica complessa, dovresti poter attivare la BCDR in pochi clic e disporre di una soluzione che funziona tra regioni e cloud diversi.

• Tempi di inattività quasi azzerati: La piattaforma dovrebbe garantire un RTO nell’ordine dei minuti e una perdita di dati (RPO) prossima allo zero, grazie al proprio approccio alla replica.

• Sincronizzazione completa dell’account: Regole di governance, autorizzazioni degli utenti e policy di sicurezza devono essere applicate e mantenute in modo coerente tra regioni e cloud diversi, senza codice personalizzato.

La realtà: Solo Snowflake soddisfa tutti e tre questi requisiti out of the box.

Non tutte le piattaforme sono enterprise-ready e spesso richiedono mesi di engineering personalizzato per ottenere un failover di base; con Snowflake, invece, replica e failover dell’account possono essere configurati dal cliente in pochi minuti. Dopodiché, Snowflake gestisce automaticamente l’intero patrimonio di dati — incluse policy di governance, autorizzazioni degli utenti, integrazioni e regole di sicurezza — nelle regioni e presso i cloud provider supportati. Guarda la nostra demo per saperne di più.

Altre piattaforme trattano la BCDR come un costoso progetto “fai-da-te”. Snowflake la considera un requisito enterprise fondamentale che “funziona e basta”. L’impatto di questo approccio diventa evidente quando si verificano interruzioni: con Snowgrid, il nostro layer tecnologico cross-cloud che abilita collaborazione, governance e business continuity, possiamo trasformare le interruzioni in un non-event per i nostri clienti.

Metti alla prova le promesse BCDR della tua piattaforma

Nella valutazione della piattaforma attuale o di nuove soluzioni, la BCDR dovrebbe essere un requisito di primo livello. Ecco i principali criteri di valutazione:

• Dimostralo: Chiedi di vedere il processo di disaster recovery di una piattaforma. Possono dimostrare il failover cross-region e cross-cloud? Quanto è complesso configurarlo? Quanto tempo richiede?  

• Verifica la continuità dell’account: Chiedi in modo specifico come avviene il ripristino delle policy dell’account. In caso di indisponibilità di una regione, quanto rapidamente vengono ripristinate policy e autorizzazioni?

• Valuta il modello di responsabilità: Cosa succede in caso di disastro e chi gestisce il processo di ripristino?

• Approfondisci il cross-cloud: Potresti aver bisogno di disaster recovery cross-cloud, soprattutto se operi in un settore regolamentato. Il failover tra cloud provider può avvenire automaticamente?

• Informati sui test in condizioni reali: Con quale frequenza vengono testati gli scenari di failover? Puoi eseguire test di failover in autonomia senza interrompere l’operatività?

Se stai valutando le funzionalità BCDR della piattaforma esistente, prendi in considerazione una revisione tecnica focalizzata su queste domande:

• “Puoi mostrarci passo dopo passo come funziona il disaster recovery?”

• “Come vengono ripristinate le policy di governance durante il failover?”

• “Come gestite la sincronizzazione delle policy cross-region e cross-cloud?”

• “Qual è il nostro RTO effettivo se la regione primaria diventa indisponibile?”

• “La soluzione BCDR consente esercitazioni di DR con perdita di dati pari a zero o senza impatti sul business, così da testare periodicamente la tolleranza ai guasti dell’intero stack tecnologico?”

Non accettare risposte teoriche. Richiedi dimostrazioni e procedure documentate. Perché quando i sistemi si guastano, l’unica cosa che conta è tornare operativi in modo rapido, completo e corretto. Il tuo business dipende da questo.

Vuoi valutare la tua attuale strategia BCDR? Contatta Snowflake per una valutazione completa della business continuity e scopri come le funzionalità di disaster recovery di livello enterprise di Snowflake possono proteggere i tuoi workload dati critici. Oppure metti subito mano alla nostra guida quickstart e scopri come configurare la BCDR in pochi minuti.