{"meta":{"title":"Recuperación ante desastres para GitHub Codespaces","intro":"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.","product":"Codespaces","breadcrumbs":[{"href":"/es/codespaces","title":"Codespaces"},{"href":"/es/codespaces/reference","title":"Referencia"},{"href":"/es/codespaces/reference/disaster-recovery-for-github-codespaces","title":"Recuperación ante desastres"}],"documentType":"article"},"body":"# Recuperación ante desastres para GitHub Codespaces\n\nEste 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.\n\nNos esforzamos para asegurarnos de que GitHub Codespaces siempre esté disponible. Sin embargo, por causas fuera de nuestro control, a veces el servicio se ve afectado de maneras que pueden provocar interrupciones de servicio imprevistas.\n\nAunque 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.\n\nLa 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.\n\n> \\[!NOTE]\n> Para reducir el posible impacto de las interrupciones del servicio, realice inserciones en los repositorios remotos con frecuencia.\n\n## Opción 1: Crea un codespace nuevo en otra región\n\nEn 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 [Establecimiento de la región predeterminada para GitHub Codespaces](/es/codespaces/setting-your-user-preferences/setting-your-default-region-for-github-codespaces).\n\nPuede 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 más información, consulta [Introducción a los contenedores dev](/es/codespaces/setting-up-your-project-for-codespaces/adding-a-dev-container-configuration/introduction-to-dev-containers).\n\n## Opción 2: espera para recuperación\n\nEn este caso, no se requieren acciones por su parte. Sabe que trabajaremos con rapidez para que el servicio de Azure vuelva a estar disponible.\n\nPuede comprobar el estado actual del servicio en [Status Dashboard](https://www.githubstatus.com/).\n\n## Opción 3: Clone el repositorio localmente o edítelo en el explorador\n\nAunque 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 más información, consulta [Editar archivos](/es/repositories/working-with-files/managing-files/editing-files).\n\nSi 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.\n\n## Opción 4: Uso de la extensión Dev Containers y de Docker para un entorno local contenedorizado\n\nSi el repositorio tiene un archivo `devcontainer.json`, considera la posibilidad de usar la [extensión Dev Containers](https://marketplace.visualstudio.com/items?itemName=ms-vscode-remote.remote-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](https://code.visualstudio.com/docs/remote/containers#_quick-start-open-a-git-repository-or-github-pr-in-an-isolated-container-volume) en la documentación de VS Code.\n\n> \\[!NOTE]\n> Asegúrese de que la configuración local cumpla los [requisitos mínimos](https://code.visualstudio.com/docs/remote/containers#_system-requirements) antes de probar esta opción."}