Salvare una cartella e un dump non basta sempre per poter tornare indietro. Nel tempo possono cambiare password, database attivi, runtime e struttura dell'ambiente. Se il backup non conserva le relazioni necessarie, i file storici possono non riuscire più a collegarsi ai dati restaurati.
Fliclic affronta il backup come un contratto di ripristino. Oltre agli artefatti, conserva uno snapshot protetto che descrive l'identità del servizio, i database presenti, le credenziali storiche necessarie, i metadati e gli hash. Il restore usa questo contratto per sapere che cosa deve esistere, che cosa deve scomparire e quando è sicuro iniziare la fase distruttiva.
Il flusso prende in carico la richiesta, registra il nuovo backup e cattura una sola sorgente autorevole con l'identità del servizio e l'insieme dei database attivi. Da quel momento gli artefatti vengono prodotti sulla base di quella fotografia logica.
Il contenuto pubblico viene letto con l'identità dell'ambiente, non con una lettura ricorsiva indiscriminata come amministratore. La compressione e la scrittura avvengono in un'area di lavoro protetta. I database vengono esportati con opzioni adatte a un dump applicativo completo di routine, trigger ed eventi dove supportati.
La directory di lavoro non viene presentata come backup disponibile. Il sistema verifica archivio, dump, hash, dimensioni, set degli artefatti e coerenza delle credenziali; soltanto dopo pubblica la directory definitiva e rende disponibile il backup. Un errore lascia uno stato esplicito e può conservare residui protetti utili alla diagnosi, senza promuoverli a fotografia valida.
