20. Incidentes, rollback e desativação

Mesmo com validação, sistemas podem falhar ou deixar de atender ao propósito. A preparação para incidentes define como reduzir impacto, recuperar serviço e aprender com o ocorrido. O capítulo distingue rollback, interrupção emergencial, análise posterior e descomissionamento. Essas ações precisam considerar o sistema completo: trocar o arquivo do modelo pode não restaurar atributos, contratos ou decisões persistidas, e retirar um endpoint não encerra automaticamente suas dependências.

A última disciplina leva modelos para a operação. Versionamento, pipelines, implantação, monitoramento, governança e resposta a incidentes formam um ciclo contínuo, do experimento à desativação. Este é o capítulo 20 de 20 da disciplina MLOps e Ciclo de Vida de Modelos. Ele retoma Segurança, privacidade e cadeia de suprimentos e utiliza essa base para avançar. Como capítulo final, ele integra as decisões construídas ao longo da disciplina.

O fio condutor

Ciência de Dados começa com uma pergunta e termina com uma decisão que precisa ser compreendida, avaliada e acompanhada. Entre esses dois pontos, dados são coletados, examinados e transformados; métodos são escolhidos; resultados são validados; e limitações são comunicadas. Nenhuma etapa compensa automaticamente uma falha grave ocorrida na etapa anterior.

Neste capítulo, use Incidentes, rollback e desativação para acompanhar três dimensões: o problema que se deseja resolver, a evidência disponível e o critério usado para avaliar o resultado. Essa separação ajuda a evitar soluções tecnicamente sofisticadas que não respondem à necessidade real.

Rollback

Começamos por Rollback, pois essa base organiza os conceitos e exemplos que aparecerão no restante do capítulo.

Rollback restaura versão anterior compatível e conhecida.

Rollback retorna a uma versão anterior conhecida e adequada como medida de recuperação. Para funcionar, o artefato, ambiente, atributos e contrato precisam continuar compatíveis. Uma migração irreversível ou mudança de fonte pode impedir retorno simples. Preserve referências exatas e teste procedimentos antes do incidente quando viável. Reverter o modelo não desfaz automaticamente decisões já aplicadas, como registros alterados ou ações de usuários. O plano deve identificar impactos que exigem correção separada e confirmar a recuperação por indicadores observáveis.

Kill switch

Depois de compreender Rollback, passamos a Kill switch. A nova seção acrescenta outra etapa ao mesmo raciocínio e mostra como as decisões anteriores influenciam as próximas.

Kill switch interrompe ou desvia uso do modelo em emergência.