Copias de seguridad diarias automáticas de GitHub, restauradas en segundos | Programar Plus

Cualquier empresa que utilice GitHub para aplicaciones críticas necesita una copia de seguridad que pueda restaurarse rápidamente cuando sea necesario. Los ataques cibernéticos, los errores humanos o un empuje forzado son solo algunos de los escenarios que pueden provocar la pérdida de datos de GitHub. En caso de una emergencia, no puede perder el tiempo preguntando qué desarrollador tiene la copia más reciente de su código. Necesitas restaurar tu código y lo necesitas ahora.

¿Por qué necesita copias de seguridad de GitHub?

GitHub es una plataforma de control de versiones y alojamiento de repositorios git, no es una solución de respaldo. GitHub, como la mayoría de las plataformas SaaS, sigue el modelo de responsabilidad compartida. Este modelo divide las responsabilidades de los usuarios y las responsabilidades de la plataforma, y ​​la seguridad de los datos a nivel de cuenta cae de forma segura en el ámbito de los usuarios.

Los términos de servicio de GitHub establecen específicamente que “no son responsables ante usted ni ante terceros por ninguna pérdida de ganancias, uso, buena voluntad o datos.” Esto significa que la información almacenada en su cuenta de GitHub (todos sus repositorios, incluido el código, las propuestas, las solicitudes de extracción y otros metadatos esenciales) es su responsabilidad de realizar una copia de seguridad.

Aunque la causa más común de pérdida de datos es el error humano, los ataques maliciosos son cada vez más comunes. Recientemente, GitHub informó de un ataque de phishing llamado SawFish que incluso funcionó contra algunos tipos de ataques de autenticación de dos factores (2FA), según Sophos. Algunos clientes de Rewind también informaron que eligieron Rewind después de que los ataques de phishing provocaron el robo de sus datos de GitHub. Tener una copia de seguridad de su código protege la propiedad intelectual (IP) de su empresa y garantiza que sus datos críticos siempre se puedan recuperar, sin importar lo que salga mal.

Las copias de seguridad de datos periódicas y otros principios de higiene de datos también suelen ser necesarios para fines de cumplimiento. La higiene de datos requerida puede incluir mantener copias de seguridad con intervalos constantes, tener copias de seguridad fuera del sitio, probar restauraciones regularmente, tener un informe de auditoría y un historial de solicitudes de extracción de datos, entre muchos otros.

Solución de copia de seguridad interna: pros y contras

“Construir vs. Comprar” es un refrán común cuando se investigan nuevas herramientas tecnológicas. Después de todo, ¿por qué pagar por algo que podrías construir tú mismo? Desarrollar una solución de copia de seguridad interna para sus repositorios y metadatos de GitHub es una opción. Para los equipos con recursos de desarrollo de sobra, esta puede ser una opción económica. Sin embargo, crear su propia solución de respaldo no es tan simple como escribir un script de respaldo.

Los scripts de copia de seguridad internos deben escribirse, probarse y mantenerse, lo que tiene un costo indirecto para su empresa. Estos scripts también son vulnerables a las actualizaciones de las API de GitHub. Dado que la API de GitHub cambia periódicamente, los scripts internos deben actualizarse y probarse para asegurarse de que se sigan realizando copias de seguridad de sus datos. Una vez que haya realizado una copia de seguridad de sus datos, también deberá gastar recursos de desarrollador para averiguar cómo los restaurará rápidamente en caso de una emergencia. Esta es una de las capacidades más difíciles de construir, pero la más importante. Después de todo, ¿de qué sirve una copia de seguridad de datos si no puede usarla para recuperar sus datos?

Otra espina por resolver son los metadatos. Su repositorio es mucho más que solo código: las solicitudes de extracción, los problemas, las confirmaciones, las ramas y más son esenciales para su flujo de trabajo. Hacer una copia de seguridad y restaurar los metadatos no es el mismo proceso que hacer una copia de seguridad y restaurar el código. La mayoría de las empresas informaron tener dificultades para realizar copias de seguridad y restaurar metadatos, como Mercado Libre, que realiza copias de seguridad de más de 13 000 repositorios con BackHub by Rewind. Otro cliente de Rewind, un jugador importante en el espacio EdTech, también informó que eligió Rewind porque no podía hacer una copia de seguridad de sus metadatos, lo cual era esencial para su negocio.

Por otro lado, la principal ventaja de una solución de copia de seguridad interna es que tiene más control sobre sus copias de seguridad. Esta puede ser la frecuencia o la hora de las copias de seguridad, entre otras cosas. Sin embargo, esto tiene el costo de usar su desarrollador y los recursos de TI para desarrollar, mantener y probar su solución interna. Por lo tanto, antes de decidir construir una solución de respaldo interna, identifique sus necesidades y evalúe sus capacidades. Considere si necesita hacer una copia de seguridad de sus metadatos y cuál es su objetivo de tiempo de recuperación. Luego, asegúrese de que su equipo tenga los recursos y el tiempo necesarios para desarrollar y mantener completamente la solución interna.

¿Por qué usar BackHub de Rewind para las copias de seguridad de GitHub?

BackHub de Rewind automatiza las copias de seguridad diarias de sus repositorios de GitHub, las solicitudes de extracción y los metadatos asociados, incluidos:

  • Confirmaciones (incluyendo comentarios)
  • Asuntos
  • Proyectos
  • Lanzamientos
  • Hitos
  • wikis

BackHub by Rewind se configura en minutos y le permite restaurar sus repositorios y metadatos con unos pocos clics. Como la solución funciona de forma nativa dentro de GitHub, sus repositorios y los metadatos asociados se restauran de forma directa y segura en su cuenta de GitHub.

Cuando necesite realizar una restauración de datos, simplemente instale la aplicación de restauración dedicada de BackHub by Rewind, seleccione la fecha en la que todo funcionó perfectamente y haga clic en ‘restaurar’. Sus repositorios seleccionados, incluidos los metadatos asociados, se enviarán y restaurarán directamente en su cuenta de GitHub.

BackHub de Rewind sigue el principio de seguridad de acceso mínimo, lo que significa que una vez que se instala la aplicación, solo tiene acceso de “lectura” a sus datos. Esto significa que BackHub by Rewind no puede alterar, modificar o cambiar el código en su repositorio de ninguna manera.

Para restaurar sus datos, se requiere acceso de “escritura”, por lo que BackHub by Rewind tiene una aplicación separada que se usa únicamente para la restauración de datos que se puede eliminar una vez que se completa la restauración. Esto proporciona una capa adicional de seguridad y tranquilidad de que su código se mantiene seguro y secreto.


BackHub de Rewind se creó teniendo en cuenta el cumplimiento empresarial. Los planes Enterprise ofrecen funciones avanzadas, como 365 días de retención de datos, registros completos de actividad de la cuenta, elección de la ubicación de almacenamiento de datos (EE. UU. o Europa) y SLA con una disponibilidad del 99,9 %. Con más de 2 PB de datos respaldados en todo el mundo, Rewind tiene la certificación SOC2 Tipo 1 y espera recibir SOC2 Tipo 2 para fines de 2021.

BackHub de Rewind es una verdadera herramienta de “configúrelo y olvídese”, y no requiere conocimientos técnicos especializados o de codificación para operar. Al ejecutarse silenciosamente en segundo plano, BackHub by Rewind realiza una copia de seguridad de sus datos de GitHub todos los días y le permite restaurarlos con unos pocos clics para que su equipo de desarrollo pueda concentrarse en su producto principal.

Si está interesado en BackHub by Rewind, comuníquese con [email protected] para una demostración personalizada. O bien, comience su prueba gratuita de 14 días para probarlo usted mismo”.

Enlace directo →