O livro-razão.

Como as coisas estão

Parte disso é desconfortável de escrever. Ainda assim é melhor do que você descobrir por conta própria.

• Uma perda de itens em Elwynn

  aguardando uma janela

  Personagens estavam perdendo itens que estavam nas bolsas. A causa foi entendida e a correção já está na configuração, mas o servidor em execução nunca a leu. Ela só passa a valer depois de um reinício, e esse reinício ainda não foi agendado. Não temos nenhum caso conhecido em Barrens, e escolhemos as palavras com cuidado: nenhum caso confirmado nos dados que verificamos não é a mesma coisa que descartado.

• Experiência dobrada para faixas já abertas

  aguardando uma janela

  Feito e medido em uma versão de teste, e deliberadamente não ligado. Neste momento não há nada a recuperar, porque o reino abriu apenas uma faixa. É pensado para quando a próxima fase abrir.

• Ninguém é acordado quando o reino cai de madrugada

  aberto

  Há trabalho de monitoramento em andamento e, até ele ficar pronto, uma queda fora das nossas horas acordados é descoberta pelos jogadores antes de nós. Se o reino estiver fora do ar e tudo quieto, avisar no Discord é realmente o caminho mais rápido.

• O planejador de equipamentos mostra itens que não existem aqui

  aberto

  Um jogador relatou e o jogador tem razão. O planejador foi construído a partir de uma cópia do outro reino, feita antes de Barrens existir, e ele não sabe em que etapa de conteúdo este reino roda. Então vai oferecer alegremente a um personagem de nível 19 equipamento de raide de um patch que este mundo nunca alcançou. Está na lista, e a correção precisa estar amarrada ao calendário de fases, senão ela se desatualiza de novo assim que o mundo avançar.

• As missões de pesca que um jogador não encontrava

  feito

  Também correto, e também não é um erro. Essas missões pertencem a uma etapa de conteúdo posterior à que o reino está. Elas chegam quando o mundo alcançar essa etapa.

Cinco coisas que erramos, pegas antes de irem ao ar.

Todo trabalho aqui é relido por um segundo revisor independente antes de chegar perto do reino. Estes cinco foram pegos assim. Estão listados porque compartilham uma propriedade que vale a pena entender.

• Construímos uma verificação de saúde que não enxergaria a queda que a motivou

  feito

  Bater na porta de um serviço por fora não diz nada quando esse serviço se reinicia sozinho em segundos. A verificação teria ficado verde durante todo o incidente para o qual foi escrita.

• Planejamos uma liberação que não teria liberado nada

  feito

  Duas coisas diferentes foram confundidas: quem pode entrar e quais conexões são deixadas passar. Consertar a primeira teria deixado a segunda exatamente tão fechada quanto antes.

• Renovamos uma conta de alertas e não anotamos isso em lugar nenhum

  feito

  Todos os alertas teriam emudecido, enquanto a própria configuração relatava sucesso.

• Escrevemos um guia que teria desligado em silêncio aquilo que ele liga

  feito

  Ele substituía um arquivo de configuração de um jeito que o serviço em execução nunca relê. O valor novo por fora, o comportamento antigo por dentro, e nenhuma mensagem de erro em lugar nenhum.

• Afirmamos que Barrens não foi afetado sem conseguir mostrar isso

  feito

  As exportações de conversa que estávamos lendo terminam antes de o reino abrir, então a discussão pós-lançamento simplesmente não estava no material. A versão honesta é: nenhum caso confirmado nos dados que verificamos. E é assim que dizemos agora.

Cada um desses cinco teria relatado sucesso. Nenhum erro, nenhum aviso, nada em vermelho. Esse é o tipo de falha contra a qual vale a pena se proteger num servidor em que as pessoas confiam seu tempo, e é a razão pela qual nada aqui vai ao ar por ter parecido bom.