Perfil Crítico e crise

Estabilizar antes de ampliar a mudança

Um incidente é uma interrupção ou degradação que exige resposta coordenada. Uma crise acrescenta pressão, incerteza e impacto que podem superar a capacidade habitual de trabalho. O Perfil Crítico pede controles reforçados conforme o risco. A Oficina Caracol não é apta a sustentar uso crítico; ela oferece um ambiente limitado para aprender decisões de contenção sem usar dados reais ou afetar terceiros.

A prioridade não é produzir a explicação mais elegante, mas reduzir o impacto preservando condições para investigar. Contenção reduz o dano imediato. Correção remove a causa identificada. Refatoração reorganiza a estrutura. Misturar as três coisas durante a pressão aumenta as variáveis e dificulta saber o que restaurou o comportamento. O retorno a uma versão anterior também precisa de pré-condições; não é um ritual seguro em qualquer situação.

Caso trabalhado de falha simulada

Cenário criado para o exercício: após uma edição de dados, GET /api/casos retorna 500 e a interface mostra falha. Isso é uma entrada narrativa, não um incidente realmente observado durante a escrita. O contrato prevê mensagem pública genérica quando o catálogo está inválido. A investigação deve verificar os dados locais sem enviar detalhes internos ao navegador. A tabela é um plano da primeira hora, com decisões próprias para esse cenário.

O comando npm run restore deste pacote só atua em sandbox/recuperacao. Ele não corrige automaticamente data/casos.json e não recupera reservas apagadas pelo reinício do processo. Se o catálogo fonte estiver inválido, a equipe precisa corrigir a cópia ou retornar seu conteúdo por um procedimento apropriado e preservado. A simulação de snapshot e restore serve para estudar recuperação delimitada; chamar esse ensaio de backup de produção seria falso.

Procedimento de contenção e investigação

• Nomeie uma pessoa coordenadora e distribua perguntas com fronteiras claras. Duas IAs não devem alterar simultaneamente o mesmo arquivo sem integração deliberada.
• Preserve o relato e o estado relevante antes de experimentar. Não sobrescreva a última cópia saudável com um estado defeituoso para apenas produzir um snapshot recente.
• Reproduza o defeito na cópia de estudo e registre o que confirma ou rejeita cada hipótese. Nunca publique segredos ou dados pessoais para aumentar a riqueza de um log.
• Faça a menor correção capaz de tratar a causa demonstrada. Acrescente uma regressão que detecte aquela falha e confira o comportamento integrado.
• Registre o retorno do serviço e separe melhorias estruturais em trabalho posterior, com responsáveis e gatilhos de revisão.

Erros e reparos específicos

• Apagar logs para limpar o ambiente remove pistas. Reparo: interromper o descarte, preservar o remanescente e declarar o que já não pode ser recuperado; um gate reaberto não recria evidência perdida.
• Refatorar durante a contenção mistura efeitos. Reparo: reduzir a intervenção à recuperação necessária e guardar a reorganização para um ciclo rastreável.
• Dividir a investigação por ferramentas em vez de perguntas produz respostas concorrentes. Reparo: compartilhar a mesma identificação da base, atribuir escopos e integrar conclusões com suas evidências.

Gate e exercício resolvido

Encerre o cenário de incidente quando o fluxo estiver estável nas verificações definidas, a correção tiver evidência e os riscos residuais possuírem decisão. Um ensaio bem-sucedido não comprova disponibilidade contínua nem habilita o aluno a operar sistemas críticos.

Exercício: após um erro 500, alguém propõe executar restore, reiniciar o servidor e anunciar recuperação das reservas. Há apenas reservas em memória e o restore atua na sandbox. Avalie a proposta.