De dois a três minutos de 404 depois de remover uma configuração que tínhamos certeza de que estava morta

Mudamos para onde o endereço do site de um cliente deveria apontar, atualizamos a página e recebemos um 200 verde. O 200 é o jeito resumido de um site dizer “a página respondeu direitinho”. A página carregou. Anotamos que a mudança estava verificada e seguimos em frente.

Depois removemos uma configuração antiga que tínhamos certeza de que já não era necessária. A página parou de funcionar na mesma hora.

Foi um jeito desconfortável de descobrir o que o 200 verde realmente nos dizia. Ele provava que alguma coisa respondeu à requisição. Não provava que a nova rota respondeu.

O que estávamos mudando

A configuração antiga era uma entrada que sobrou para aquele endereço específico. Pense nela como uma etiqueta de redirecionamento velha em uma caixa de correio. O plano era parar de criar uma etiqueta separada para cada endereço e usar uma rota compartilhada, o que deveria ser mais simples e mais fácil de manter atualizado. Antes de remover a etiqueta antiga, apontamos o endereço para a rota compartilhada e conferimos se a página ainda aparecia.

Ela apareceu. Esse foi o erro.

Havia duas formas possíveis de a página aparecer. A nova rota compartilhada podia estar fazendo o trabalho dela. Ou a rota antiga, que era temporária, podia ainda estar carregando tudo sozinha. Tratamos o carregamento bem-sucedido da página como prova da primeira possibilidade, sem descartar a segunda.

Removendo a entrada antiga

Quando a removemos, a resposta veio rápido. A página não foi encontrada. A rota antiga estava fazendo todo o trabalho, e a nova ainda não tinha atendido nenhuma requisição.

Nossa primeira verificação nos enganou, e isso custou alguns minutos de aflição, com uma página que deveria estar no ar e não estava. No relógio, não é muito tempo. Mas já basta para sentir a diferença entre ter evidência e ver algo em que a gente queria acreditar.

Perseguindo a história errada

Não queríamos chutar a causa. Uma possibilidade era que o serviço entre o visitante e o site estivesse mandando a requisição para o lugar errado. Outra era que o servidor web estivesse se confundindo sobre qual endereço foi pedido. As duas histórias eram razoáveis. Nenhuma era um fato ainda.

Então verificamos as duas partes separadamente. Pelo lado público, a página continuava voltando como ausente. Pelo novo destino em si, a resposta era diferente. Essa diferença pareceu importante no começo. Sugeria que o endereço da requisição poderia estar levando as pessoas para lugares diferentes.

Tentamos mudar todas as versões do endereço em que conseguimos pensar ao testar a nova rota compartilhada. Todas deram a mesma resposta, e nenhuma deu o resultado de página ausente que as pessoas viam pelo lado público. Isso descartou a história que tínhamos acabado de gastar tempo testando.

A resposta sem graça

A mudança simplesmente ainda não tinha terminado de valer em todo lugar. O pessoal da área técnica chama isso de atraso de propagação. Em palavras comuns: a instrução tinha sido enviada, mas o serviço no meio do caminho ainda não a tinha recebido nem começado a usá-la. Ele continuava mandando os visitantes para o destino antigo.

Cerca de dois a três minutos depois, a nova rota compartilhada assumiu. A página voltou com uma resposta real de 46KB, e não o 404 que tínhamos acabado de ver. Conferimos seis vezes. Funcionou seis vezes seguidas. Só então tivemos a prova que achávamos ter no começo.

Colocada em ordem, a linha do tempo é quase constrangedoramente simples. Mudamos a rota. A mudança ainda estava viajando pelo sistema. Verificamos cedo demais. A configuração antiga fez a página parecer saudável, e demos a nova configuração como pronta. Removemos a configuração antiga, e o caminho antigo sumiu antes de o novo assumir. A página falhou até a mudança alcançar o resto.

Um atraso de alguns minutos é algo que podemos planejar da próxima vez. O que fica com a gente é a facilidade com que uma verificação verde pode pegar emprestada a boa notícia justamente daquilo que você pretende remover.

O que a verificação mostrou

Um 200 verde mostrou que alguma coisa respondeu (Ler em inglês), não que a nova rota respondeu. A rota antiga tinha respondido a todas as requisições e a nova rota compartilhada não tinha atendido nenhuma, e isso só apareceu quando a entrada antiga foi removida.