Recuperação de desastres para codespaces

Este artigo descreve a orientação para um cenário de recuperação de desastre, quando uma região inteira sofre uma interrupção devido a um desastre natural de grandes proporções ou interrupção de serviço generalizada.

Codespaces is available for organizations using GitHub Team or GitHub Enterprise Cloud. Para obter mais informações, consulte os "produtos do GitHub".

Trabalhamos muito para ter a certeza de que Codespaces esteja sempre disponível para você. No entanto, forças além do nosso controle às vezes impactam o serviço de formas que podem causar interrupções de serviços não planejadas.

Embora os cenários de recuperação de desastres sejam raros, recomendamos que vocês se preparem para a possibilidade de haver uma interrupção de toda uma região. Se uma região inteira tiver uma interrupção do serviço, as cópias redundantes dos seus dados ficarão temporariamente indisponíveis.

A orientação a seguir fornece opções sobre como lidar com interrupções de serviço para toda a região onde seu codespace estiver implantado.

Observação: Você pode reduzir o potencial impacto das interrupções por todo serviço fazendo push para repositórios remotos com frequência.

Opção 1: Crie um novo ritmo de código em outra região

No caso de uma interrupção regional, sugerimos que recrie o seu codespace em uma região não afetada para continuar trabalhando. Este novo código terá todas as alterações a partir do seu último push para GitHub. Para obter informações sobre a configuração manual de outra região, consulte "" Definir sua região padrão para os codespaces".

Você pode otimizar o tempo de recuperação configurando um devcontainer.json no repositório do projeto, que permite que você defina as ferramentas, tempo de execução, estruturas, configurações do editor, extensões e outras configurações necessárias para restaurar o ambiente de desenvolvimento automaticamente. Para obter mais informações, consulte "Introdução a contêineres de desenvolvimento".

Opção 2: Aguardar a recuperação

Neste caso, não é necessária nenhuma ação da sua parte. Saiba que estamos trabalhando diligentemente para restaurar a disponibilidade do serviço.

Você pode verificar o status do serviço atual no Painel de Status.

Opção 3: Clonar o repositório localmente ou editá-lo no navegador

Embora o Codespaces forneça o benefício de um ambiente de desenvolvedor pré-configurado, o seu código-fonte deve sempre poder ser acessado por meio do repositório hospedado em GitHub.com. Na hipótese de uma interrupção de Codespaces, você ainda pode clonar o repositório localmente ou editar arquivos no editor do navegador de GitHub. Para obter mais informações, consulte "Editando arquivos".

Embora esta opção não configure um ambiente de desenvolvimento para você, ela permitirá que você faça alterações no seu código-fonte, conforme necessário, enquanto você aguarda que a interrupção do serviço seja resolvida.

Opção 4: Usar contêineres remotos e o Docker para um ambiente contêinerizado local

Se seu repositório tiver um devcontainer.json, considere o uso da extensão Remote-Containers no Visual Studio Code para criar e anexar a um contêiner de desenvolvimento local para seu repositório. O tempo de configuração desta opção irá variar dependendo das suas especificações locais e da complexidade da configuração do seu contêiner de desenvolvimento.

Observação: Certifique-se de que sua configuração local atende aos requisitos mínimos antes de tentar essa opção.

Esse documento ajudou você?

Política de Privacidade

Ajude-nos a tornar esses documentos ótimos!

Todos os documentos do GitHub são de código aberto. Você percebeu que algo que está errado ou não está claro? Envie um pull request.

Faça uma contribuição

Ou, aprenda como contribuir.