Skip to main content

Recuperación de desastres en GitHub Codespaces

Este artículo describe la guía para una situación de recuperación de desastres, cuando toda una región experimenta una interrupción debido a un desastre natural mayor o una interrupción de servicios extendida.

Nos esforzamos para asegurarnos de que GitHub Codespaces siempre esté disponible. Sin embargo, por causas de fuerza mayor que salen de nuestro control, algunas veces se impacta el servicio en formas qeu pueden causar interrupciones de servicio no planeadas.

Aunque los casos de recuperación de desastres son ocurrencias extraordinarias, te recomendamos que te prepares para la posibilidad de que exista una interrupción en una región entera. Si una región completa experimenta una interrupción de servicio, las copias locales redundantes de tus datos se encontrarán temporalmente no disponibles.

La siguiente orientación proporciona opciones sobre cómo manejar la interrupción del servicio para toda la región en donde se desplegó tu codespace.

Nota: Para reducir el posible impacto de las interrupciones del servicio, realice inserciones en los repositorios remotos con frecuencia.

Opción 1: Crea un codespace nuevo en otra región

En caso de que haya una interrupción regional, te sugerimos volver a crear tu codespace en una región no afectada para seguir trabajando. Este codespace nuevo tendrá todos los cambios desde tu última subida en GitHub. Para obtener información sobre la configuración manual de otra región, consulta "Configuración de la región predeterminada para GitHub Codespaces".

Puede optimizar el tiempo de recuperación si configura un devcontainer.json en el repositorio de un proyecto, lo que le permite definir las herramientas, los tiempos de ejecución, la configuración del editor, las extensiones y otros tipos de configuración necesarios para restablecer el entorno de desarrollo automáticamente. Para obtener más información, vea «Introducción a los contenedores dev».

Opción 2: espera para recuperación

En este caso, no se requieren acciones por su parte. Sabe que trabajaremos con rapidez para que el servicio de Azure vuelva a estar disponible.

Puede comprobar el estado actual del servicio en Status Dashboard.

Opción 3: Clone el repositorio localmente o edítelo en el explorador

Aunque GitHub Codespaces proporciona la ventaja de un entorno de desarrollador preconfigurado, tu código fuente siempre debe ser accesible mediante el repositorio hospedado en GitHub. En caso de que haya una interrupción del servicio de GitHub Codespaces, todavía podrás clonar el repositorio localmente o editar archivos en el editor del explorador de GitHub. Para obtener más información, vea «Editar archivos».

Si bien esta opción no te configura un ambiente de desarrollo, te permitirá hacer cambios a tu código fuente conforme los necesites mientras esperas a que se resuelva la interrupción del servicio.

Opción 4: Uso de la extensión Dev Containers y de Docker para un entorno local contenedorizado

Si el repositorio tiene un archivo devcontainer.json, considera la posibilidad de usar la extensión Dev Containers en Visual Studio Code a fin de crear y adjuntar un contenedor de desarrollo local para el repositorio. El tiempo de configuración para esta opción variará dependiendo de tus especificaciones locales y de la complejidad de tu configuración de contenedor dev. Para obtener más información, consulta "Desarrollo dentro de un contenedor" en la documentación de VS Code.

Nota: Asegúrese de que la configuración local cumpla los requisitos mínimos antes de probar esta opción.