GitHub vuole assicurarsi che parte della conoscenza globale che è memorizzato in dischi rigidi, SSD (la cui vita teorica di 30 anni presuppone calore e umidità rigorosamente controllati) è conservato in modo sicuro. Ed è che vuole contribuire alla risoluzione di questo problema e di altri come il verificarsi di disastri che probabilmente causano la perdita di contenuti.
Ecco perché ho lanciato il progettoo "Artic Code Vault" in cui è l'idea alla base di questo salvare il contenuto dei repository su un supporto di memorizzazione che ha una durata di conservazione più lunga. Piql, una società norvegese specializzata nell'archiviazione di dati a lunghissimo termine, è responsabile della fornitura e della codifica di tali dati su pellicola. La tecnologia del film si basa su alogenuri d'argento e poliestere.
Poiché i server e le unità flash non sono abbastanza robusti per questo scopo, quindi i dati sono codificati su quelle che sembrano bobine di film della vecchia scuola, ognuno pesa qualche chilo ed è conservato in un contenitore di plastica bianca delle dimensioni di una scatola per pizza. È fondamentalmente un microfilm.
Secondo le misurazioni ISO, questo materiale ha una vita utile di 500 anni. I test di invecchiamento simulati indicano che la pellicola Piql durerà il doppio.
Con questo, GitHub prevede di ospitare i nastri in una miniera di carbone. smantellato che si trova nell'arcipelago delle Svalbard, l'archivio è più vicino al Polo Nord che al Circolo Polare Artico.
La città stessa ospita una cella frigorifera globale. È una delle città più settentrionali del pianeta. Gli archivisti ritengono che le condizioni fredde e pressoché costanti contribuiranno favorevolmente alla conservazione dei contenuti.
Il 2 febbraio 2020, GitHub creerà un'immagine TAR di ogni repository pubblico attivo e lo manterrà nell'Arctic Code Vault. Il file includerà elementi dal ramo predefinito di ogni repository, esclusi i file binari di dimensioni superiori a 100 kilobyte. Per una maggiore densità e integrità dei dati, la maggior parte dei dati verrà archiviata come codice QR. Un indice e una guida leggibili dall'uomo descriveranno in dettaglio la posizione di ciascun repository e spiegheranno come recuperare i dati.
La piattaforma prevede quindi di moltiplicare la durata del backup dei contenuti per 10. GitHub ha stretto una partnership con Microsoft Research in questa direzione per un massimo di 10,000 anni. Per raggiungere questo obiettivo, i team di ricerca intendono 'scrivere il contenuto su vassoi di vetro al quarzo utilizzando laser a femtosecondi. »
Artic Code Vault fa parte di un programma di archiviazione lanciato da GitHub con un numero di file partner tra cui Internet Archive, Microsoft Research e Long Now Foundation. La strategia si riduce a «archiviare i contenuti in più organizzazioni secondo le raccomandazioni di LOCKS: molte copie mantengono le cose al sicuro«.
La strategia di backup è organizzata in batch che verrà aggiornato in tempo reale. Ad esempio, a livello di GitHub, i dati verranno immediatamente trasferiti a più data center in tutto il mondo. Mentre d'altra parte Verranno gestite altre tipologie di lotti che verranno aggiornate mensilmente o annualmente. Infine, quanto verrà memorizzato in questa proposta, in cui troviamo l'Artic Code Vault, verrà aggiornato almeno ogni 5 anni.
«La nostra missione principale è preservare il software libero per le generazioni future. Intendiamo inoltre che il programma GitHub Archive sia una testimonianza dell'importanza della comunità open source. Ci auguriamo che, oggi e in futuro, aumenti la consapevolezza del movimento Open Source globale in quanto contribuirà a una maggiore adozione delle politiche Open Source e Open Data in tutto il mondo e incoraggerà il pensiero a lungo termine ", scrive GitHub.
Se vuoi saperne di più sul progetto Artic Code Vault puoi consultare il seguente collegamento.
Che cattivo odore ha ... puoi chiamarmi paranoico, ma la prima cosa che ho pensato è stata questa:
Se volessi cambiare qualcosa sul naso di tutti, come lo farei?
Vorrei fare una copia di backup su un altro supporto, quindi fingere un errore e cancellare o rovinare l'originale, quindi recupero dal backup quello che voglio e come voglio ... dicendo a tutti che questa è la copia originale.
Forse la mia immaginazione è molto creativa, ma per un momento ... pensaci.