Introdução
Common Ground tem outra versão candidata para avaliar. Seu comando de publicação pode ter sucesso mesmo que um visitante não consiga concluir uma ação importante. Sua tarefa é reconhecer essa diferença e restaurar a versão de funcionamento conhecido quando necessário.
Este site de treinamento descartável não tem visitantes reais. Você praticará a recuperação deliberadamente; em um processo real, verificações anteriores à publicação podem rejeitar uma candidata antes de ela chegar aos visitantes.
Este ambiente é novo: event-v1 está em execução com Room A, independentemente do laboratório anterior. Você preparará event-v3, testará os caminhos reais e recuperará o serviço original sem editar os arquivos fornecidos. As abas Workstation, Website e Topology estão prontas.
Prepare o destino de recuperação
Você identificará a versão saudável e instalará a candidata separadamente antes de mudar o site. Comece em Website.
Saiba o que a recuperação deve restaurar
Na página inicial, Linux Evening acontece em Room A e o rodapé identifica event-v1. Clique na linha da sessão, confirme que os detalhes abrem e abra Registration instructions. Essas são as funções normais que a recuperação deve restaurar. Clique em COMMON GROUND para voltar ao início em Website.
Mude para Workstation. O terminal já está em /home/labex/project/website-release. Examine o link simbólico atual:
readlink current
Ele mostra releases/event-v1. Confirme o arquivo de versão preservado:
cat releases/event-v1/version.txt
Ele mostra event-v1. Aqui, esse diretório é o destino explícito de recuperação. A versão “anterior” não é automaticamente a escolha certa em todos os sistemas; neste laboratório, foi verificado que essa versão atende corretamente às páginas necessárias.
Prepare a candidata
Liste os pacotes fornecidos:
bash release.sh list
Este ambiente contém event-v1 e event-v3. A candidata muda o local para Community Hall. Um novo nome ou uma instalação bem-sucedida não comprova sua qualidade.
Instale sem selecioná-la:
bash release.sh install event-v3
A mensagem confirma que o site atual não mudou. Liste as versões instaladas:
ls releases
event-v1 e event-v3 devem estar presentes. Mantenha ambas sem alterações: a candidata está sob avaliação e a versão de referência pode ser recuperada.
Reconheça uma versão com falha
Você publicará a candidata e distinguirá uma seleção bem-sucedida de funções de usuário operacionais. Comece em Workstation.
Observe a seleção bem-sucedida
Selecione a candidata:
bash release.sh deploy event-v3
O utilitário informa event-v3 e pede que você verifique as páginas. O comando concluiu a seleção, não avaliou os requisitos de negócio.
Verifique o status da página inicial com as opções curl do primeiro laboratório:
curl -sS -o /dev/null -w '%{http_code}\n' http://127.0.0.1:8081/
Ela retorna 200. O ponto de acesso da versão também funciona:
curl -sS http://127.0.0.1:8081/version.txt
Ele mostra event-v3. Nenhuma dessas observações confirma que o link da sessão funciona.
Encontre a falha visível ao usuário
Mude para Website, volte ao início por COMMON GROUND e recarregue. A página inicial parece completa e mostra Community Hall. Clique em Linux Evening.
Em vez dos detalhes, você vê Let's get you back on track. e 404 / A SMALL DETOUR. Esse é o design da página não encontrada do site. A aparência é refinada, mas o resultado HTTP ainda representa uma falha para a sessão solicitada.
O link da candidata aponta para /events/container-evening.html. Volte a Workstation e solicite exatamente esse caminho:
curl -sS -o /dev/null -w '%{http_code}\n' http://127.0.0.1:8081/events/container-evening.html
O resultado esperado é 404. É uma evidência intencional, não um comando a corrigir ou pular. Sem a opção do curl para falhar em erros HTTP, receber 404 permite que o curl termine normalmente: uma resposta do servidor é diferente de uma falha de conexão.
Mude para Topology. Ela ainda pode mostrar Homepage reachable, pois sua verificação limitada tem sucesso. O caminho necessário da sessão não funciona. Você deve rejeitar essa versão e restaurar a de funcionamento conhecido, sem parar o site nem reescrever a candidata.
Restaure e valide a versão de funcionamento conhecido
Você recuperará o site original e confirmará que os visitantes podem usá-lo novamente. Comece em Workstation.
Selecione a versão preservada
rollback seleciona uma versão já instalada. Ele não corrige nem reconstrói a candidata com falha. Restaure o destino de recuperação já verificado:
bash release.sh rollback event-v1
Saída esperada:
Selected event-v1. The server reports:
event-v1
Selection finished. Check the required pages before accepting this release.
Examine o link simbólico:
readlink current
Ele seleciona releases/event-v1. O diretório event-v3 continua salvo; mantê-lo para investigação posterior não significa que ainda esteja atendendo aos visitantes.
Verifique a jornada restaurada
Mude para Website. O navegador pode continuar na URL ausente da candidata. Clique em COMMON GROUND e recarregue a página inicial. Ela deve mostrar Room A e event-v1. Abra Linux Evening novamente: o link restaurado agora abre /events/linux-evening.html. Abra Registration instructions e confirme as etapas de participação.
A URL antiga, usada só pela candidata, ainda retornaria 404; a recuperação restaura os links reais do site saudável em vez de criar todas as URLs ausentes.
Volte a Workstation e verifique os caminhos restaurados:
curl -sS -o /dev/null -w '%{http_code}\n' http://127.0.0.1:8081/
curl -sS -o /dev/null -w '%{http_code}\n' http://127.0.0.1:8081/events/linux-evening.html
curl -sS -o /dev/null -w '%{http_code}\n' http://127.0.0.1:8081/registration.html
Todos retornam 200. As verificações no navegador também confirmaram o conteúdo correto.
Mantenha ambas as versões instaladas:
ls releases
Você ainda deve encontrar event-v1 e event-v3. O serviço foi recuperado; o defeito da candidata fica para uma tarefa de desenvolvimento posterior. Este exercício restaura apenas arquivos estáticos. Não desfaz alterações no banco de dados, envios de usuários nem uma sessão inteira do navegador de forma atômica.
Resumo
Você viu um comando real de publicação ter sucesso enquanto um caminho de usuário falhava, rejeitou a candidata e restaurou o site completo de funcionamento conhecido. Verificou a recuperação tanto pelo conteúdo real quanto pelas respostas HTTP. A candidata permanece disponível para investigação; a recuperação não a corrigiu silenciosamente.
