Certificação de Runtime de Produção

Visão Geral

Produza um veredito de lançamento baseado em evidências que distingue a qualidade do código, o sucesso do CI, o sucesso da implantação e a saúde do runtime em produção. A habilidade impede que um pipeline verde ou um evento de implantação bem-sucedido sejam tratados como prova de que um serviço é utilizável em seu ambiente de destino.

Quando Usar Esta Habilidade

• Antes de declarar um lançamento, ambiente ou migração prontos para produção.
• Após uma implantação quando o CI está verde, mas a saúde do runtime é desconhecida ou falhando.
• Durante auditorias de lançamento que exigem uma decisão concisa de PASSAR, FALHAR ou BLOQUEADO com evidências reproduzíveis.
• Ao entregar um serviço implantado da engenharia para operações ou para um cliente.

Não use esta habilidade como substituta para aceitação de recursos, revisão de segurança, testes de carga, exercícios de recuperação de desastres ou aprovação regulatória.

Contrato de Certificação

Concorde com estas entradas antes de testar:

• revisão exata do código-fonte, repositório e ambiente de destino;
• identificador de implantação e artefato esperado ou digest de imagem quando disponível;
• endpoints de saúde e prontidão, além de semânticas de sucesso esperadas;
• mecanismo de migração e versão de esquema esperada;
• jornadas ou rotas críticas do usuário;
• sondas autorizadas e não destrutivas, e limites de credenciais.

Se os critérios de destino, autorização ou sucesso forem ambíguos, pare e solicite esclarecimentos. Nunca sonde um ambiente não relacionado, exponha credenciais na saída ou modifique dados de produção apenas para obter um resultado de aprovação.

Modelo de Evidências

Registre cada portão como um dos seguintes:

• PASSOU — evidências recentes satisfazem o critério acordado.
• FALHOU — evidências recentes desmentem o critério.
• BLOQUEADO — o portão não pôde ser testado porque o acesso, ferramentas, configuração ou uma dependência upstream está indisponível.
• NÃO APLICÁVEL — o portão foi deliberadamente excluído com um motivo escrito.

BLOCKED não é PASS. Uma certificação geral só pode ser VERDE quando todos os portões necessários passarem. Qualquer falha necessária produz VERMELHO; qualquer portão bloqueado necessário sem falha produz BLOQUEADO.

Fluxo de Trabalho

1. Fixar o Assunto

Capture a revisão imutável do código-fonte e o artefato de runtime pretendido. Confirme que o artefato implantado corresponde a essa revisão. Um nome de branch, árvore de trabalho local ou rótulo "última implantação" não são evidências imutáveis.

2. Verificar Código-Fonte e CI

Execute os comandos de validação e teste atuais do repositório na revisão fixada. Inspecione os trabalhos de CI necessários para a mesma revisão, incluindo conclusão e carimbo de data/hora. Não infira sucesso total do CI a partir de um único trabalho ou de uma execução mais antiga.

3. Verificar Identidade da Implantação

Confirme que o ambiente de destino relata a implantação, revisão ou digest de artefato esperados. Registre os identificadores do ambiente e da implantação sem copiar segredos ou valores de configuração sensíveis.

4. Verificar Estado do Banco de Dados

Use o status de migração suportado pela aplicação ou uma consulta de versão de esquema somente leitura. Confirme que as migrações foram concluídas no banco de dados de destino e que a aplicação não está sendo executada contra um banco de dados ou esquema inesperado.

Não aplique, reverta, repare ou marque migrações, a menos que o usuário autorize separadamente essa mutação e um plano de recuperação exista.

5. Sondar Liveness e Readiness

Teste liveness e readiness separadamente quando ambos existirem:

• Liveness mostra que o processo pode responder.
• Readiness mostra que o serviço pode lidar com o tráfego pretendido e que as dependências necessárias estão disponíveis.

Registre o carimbo de data/hora, destino, código de status, resumo da resposta limitada e latência. Redija tokens, cookies, nomes de host internos, endereços de banco de dados e campos de resposta que contenham segredos ou dados pessoais.

6. Exercitar Rotas Críticas

Execute o menor conjunto de testes de fumaça autorizado que comprove as jornadas críticas acordadas. Prefira registros sintéticos ou de teste e sondas somente leitura. Para rotas autenticadas, use identidades de teste designadas com privilégio mínimo e nunca coloque credenciais em comandos, logs ou no relatório.

7. Verificar Sinais Operacionais

Inspecione a janela de implantação limitada em busca de loops de travamento, exceções não tratadas, falhas de dependência, taxas de erro elevadas ou esgotamento de recursos. A ausência de acesso a logs é BLOCKED, não prova de saúde.

8. Emitir o Veredito

Publique a matriz de evidências, os riscos não resolvidos e o veredito geral exato. Mantenha as observações separadas da inferência. Inclua identificadores e carimbos de data/hora suficientes para que outro engenheiro possa reproduzir a decisão sem expor dados sensíveis.