Capire dove si può interrompere il servizio
Un sistema può avere più server e dipendere comunque da un solo account, database o provider. Analizziamo questi punti di concentrazione per distinguere la ridondanza apparente dalla continuità effettiva.
L’obiettivo viene espresso in termini operativi: quanto tempo può restare fermo il servizio e quanti dati recenti si possono perdere. Sono le domande a cui rispondono RTO e RPO, senza trasformare le sigle in promesse astratte.
Progettare il funzionamento e il ritorno in servizio
In funzione del contesto, l’architettura può includere alta disponibilità, replica dei database, bilanciamento, failover e disaster recovery. Compute, storage e rete possono essere forniti da provider terzi; Cerberox progetta e implementa il livello architetturale che li collega.
Provare il recupero, non soltanto il backup
Una copia completata non dimostra che un servizio possa ripartire. Il progetto comprende le prove di ripristino concordate, le dipendenze necessarie e procedure utilizzabili. La gestione successiva viene definita separatamente quando serve; disponibilità e tempi di intervento dipendono dall’incarico.
Questa linea è autonoma: non richiede l’acquisto di un incarico Data Security.