A menos que estemos hablando de sitios HTML estáticos simples, también suele haber una base de datos a tener en cuenta y, en algunos casos, archivos multimedia (imágenes y otros archivos necesarios para que el sitio funcione normalmente).
En cuanto al código, hay muchas opciones:
Si está utilizando el control de fuente para su código, entonces su código ya está almacenado en el software de control de fuente de su elección, junto con su historial completo de cambios. Si está utilizando un control de origen basado en la nube, entonces ya tiene una copia de seguridad allí. Si está utilizando un control de origen local (por ejemplo, estoy utilizando una instalación de GitLab local), puede tomar instantáneas de toda la instalación (si está en una VM) o copias de seguridad de sus repositorios y almacenarlos en otro lugar .
- ¿Cuánto tiempo tarda Google Drive en procesar un video cargado (cualquier formato) para que pueda reproducirse en Google Drive (usando un navegador) cuando solo hacemos clic en el archivo en Drive para reproducirlo?
- Si bien los navegadores web se crean principalmente con C ++, ¿cómo se convierte JavaScript en el lenguaje de programación web más utilizado?
- Cómo copiar un texto de un elemento en HTML con Python
- ¿Cuáles son las desventajas de usar más de un marco CSS en un sitio?
- ¿Cómo combina Facebook múltiples lenguajes de programación si el archivo principal es index.php y no puede tener otro lenguaje que PHP?
Si solo desea conservar una copia de su código tal como se entregó bien, haga una copia de seguridad en un medio portátil o incluso haga una copia de seguridad varias veces en medios portátiles y guárdelo en un lugar seguro. Una práctica que he visto hacer en algunas agencias es que cada vez que terminaban un sitio web lo grababan en DVD y lo almacenaban en un lugar seguro (junto con el almacenamiento en un servidor de archivos). Esto es esencialmente lo mismo que una copia de seguridad fuera del sitio. Sin embargo, no estoy de acuerdo con esta práctica, porque el código es algo vivo: a veces los clientes solicitan más funciones, actualizaciones o se descubre un error y tienes que volver y modificar el código; no puedes andar grabando DVD todo el tiempo .
Otra práctica (totalmente errónea) que he observado es que los desarrolladores mantienen su código en sistemas de sincronización de archivos en la nube como Dropbox, Google Drive, etc., bueno, esto puede funcionar como recuperación ante desastres en * algunos * casos, pero en realidad no es almacenamiento.
Y, recordemos, hay más cosas que el código que puede tener que almacenar. Entonces, lo que recomendaría es algo como lo siguiente:
- Use software de control de fuente para su código
- Cree copias de seguridad automatizadas de sus bases de datos
- Utilice software que pueda realizar copias de seguridad en vivo de su código, su historial de control de origen, su base de datos y cualquier otro activo que pueda tener que esté relacionado con su sitio web, y almacene esas copias de seguridad en múltiples destinos. Las opciones son muchas: Crashplan, Carbonite, Backblaze, SpiderOak, etc.
- Si tiene un proyecto específico que está “cerrado” y desea mantener el código, la base de datos y los activos como estaban en el momento de la entrega, sugeriría almacenarlos en un disco local / de red y luego usar un software como el anterior para mantener las copias de seguridad. Alternativamente, podría usar soluciones de almacenamiento en la nube a largo plazo como Amazon Glacier – Cloud Archive
Lo que finalmente seleccione dependerá de sus necesidades. En cualquier caso, nunca guarde una sola copia de su trabajo. Siempre tenga al menos dos copias adicionales. Una lectura interesante sobre esto es The Computer Backup Rule of Three de Scott Hanselman.
