O que é a change failure rate? Explicado
Change failure rate (CFR) é a porcentagem de deployments que resultam em um serviço degradado ou exigem remediação, uma das quatro métricas DORA.
Fazer o ship rápido só é valioso se as mudanças se sustentarem. A change failure rate mede o lado da qualidade da entrega: de todas as mudanças que você faz o deploy, quantas dão errado? É uma métrica de resultado em produção, distinta da frequência com que seu próprio pipeline de CI fica vermelho.
Como a CFR é definida
A CFR é a proporção de deployments que causam uma falha exigindo remediação, um rollback, um hotfix, um patch ou um roll-forward. É uma das quatro métricas DORA ao lado de frequência de deployment, lead time e mean time to recovery, e captura a estabilidade daquilo que você libera.
CFR vs taxa de falha de pipeline
Uma taxa de falha de pipeline mede com que frequência as execuções de CI falham antes da liberação; a change failure rate mede com que frequência mudanças liberadas falham em produção. Um pipeline vermelho idealmente captura problemas antes que eles cheguem ao ship, reduzindo a CFR. Elas são relacionadas, mas respondem a perguntas diferentes: confiabilidade pré-liberação versus qualidade pós-liberação.
Como é uma boa CFR
Equipes de alto desempenho na pesquisa DORA mantêm as change failure rates baixas, na ordem de porcentagens de um dígito a baixos dois dígitos. O número exato importa menos do que a tendência e o contexto; o que você quer é uma taxa baixa e estável, não em ascensão.
Por que um CI confiável ajuda
Um pipeline confiável que captura defeitos de forma consistente antes do deploy é uma alavanca direta sobre a CFR. Se falhas flaky e transitórias corroem a confiança no CI, as equipes fazem o ship passando por builds vermelhos, e mais defeitos chegam à produção. Um CI estável e confiável impede que mudanças ruins se tornem incidentes em produção.
A perspectiva da Latchkey
Os runners gerenciados com autocorreção da Latchkey sustentam uma gate confiável ao remover o ruído ambiental: detectando falhas transitórias e mecânicas e fazendo retry automático para que uma instabilidade pontual não faça seu build falhar, o que ajuda as equipes a confiar em builds vermelhos em vez de fazer o ship passando por eles.
Principais conclusões
- A CFR é a proporção de deployments que falham e precisam de remediação.
- É uma das quatro métricas DORA de desempenho de entrega.
- Ela mede resultados em produção, ao contrário de uma taxa de falha de pipeline.
- Um CI confiável reduz a CFR ao capturar defeitos antes que eles cheguem ao ship.