APRENDER. PRATICAR. EVOLUIR.Conceito e mecanismo
A transição começa durante o desenho, quando ainda é possível corrigir requisitos operacionais com menor retrabalho. Envolve RUN, desenvolvimento, infraestrutura e segurança na definição de prontidão. A revisão deve cobrir observabilidade, acessos, procedimentos, dependências, capacidade, recuperação, escalada e formação. Documentação entregue não prova competência operacional: exercícios e demonstrações ajudam a verificar autonomia. O modelo de Production Readiness Review descrito pelo Google SRE é uma referência contextual, não uma obrigação universal. Define quais lacunas impedem a passagem, quais podem ter aceitação explícita e quem assume riscos e ações. A responsabilidade operacional deve ser transferida de forma reconhecida pelas equipas envolvidas.
Aplicação guiada
Num cutover fictício ao fim de semana, prepara sequência, duração, responsáveis, contactos, critérios go/no-go, pontos de controlo e recuperação. Uma janela reservada não substitui prontidão. Se a alteração de dados deixa de ser compatível com a versão anterior, reverter apenas o binário pode falhar: ensaia a estratégia de dados e reconciliação. Durante exposição gradual, usa métricas com tráfego representativo; ausência de erros sem utilização é evidência fraca. Define apoio após entrada em produção, critérios de saída e aceitação pelo suporte. O projeto deve tornar a operação sustentável, incluindo trabalho batch e consumidores externos que podem só revelar problemas mais tarde.
Reservar tempo para a alternativa completa
O limite de retorno deve incluir todas as etapas necessárias até ao resultado utilizável. Numa janela que acaba às duas, vinte minutos de retorno mais dez de validação exigem começar até à uma e meia, sem margem adicional. À uma e vinte e cinco, mais dez minutos de diagnóstico podem levar o percurso alternativo até às duas e cinco. Torna esta consequência visível antes de conceder mais tempo. Não assumes sobreposição se a sequência foi ensaiada como dependente, nem removes validação para tornar a conta conveniente.
Verificar representatividade e autonomia
Um piloto com dez mil leituras não demonstra escrita ou processamento noturno se esses percursos nunca foram executados. Procura evidência das classes alteradas e respeita critérios obrigatórios por região, mesmo quando a média global parece favorável. Na passagem para RUN, lista tarefas necessárias e resultados observados. Demonstrar arranque e paragem não confirma recuperação de mensagens. Conserva a evidência positiva no seu âmbito e atribui as lacunas a responsáveis. Um plano de ensaio descreve intenção; só a execução observada produz a evidência pedida por um gate que exige retorno ensaiado.
Prática: formular o go/no-go com condições
Calcula o último início de retorno no laboratório e prepara uma mensagem ao responsável da janela. Indica quanto diagnóstico adicional cabe antes de perder essa alternativa. Depois avalia três condições cumulativas: reconciliação, turno de suporte e retorno ensaiado. Se falta o ensaio, dois pontos satisfeitos não constituem uma maioria suficiente. A decisão deve explicitar a lacuna, as opções e a autoridade que pode tratar uma exceção. Esta prática treina raciocínio de gestão; não executa um cutover real nem certifica a prontidão de qualquer infraestrutura.
Synthetic window exercise / Exercício fictício de janela
window_end = 02:00
recovery = 20 minutes; validation = 10 minutes
latest_recovery_start = 01:30
now = 01:25; requested_diagnosis = 10 minutes
fallback_finish_if_unsuccessful = 02:05
Required gates: reconciliation + confirmed shift + rehearsed recovery.Go/no-go precisa de evidência, autoridade e caminho de recuperação praticável.
Armadilhas comuns
Janela como autorização; rollback só de código; runbook entregue como autonomia demonstrada.
Tópicos relacionados: Mandato, âmbito e aceitação · Capacidade, dependências e previsão · Risco, mudança e decisões de arquitetura
Valida o percurso completo e a capacidade da equipa que o vai operar.
Referência: The evolving SRE engagement model · PM² reference practices and cloud operational governance; primary guidance reviewed 2026-09-30