Graceful Degradation
Degradação Gradual
A degradação gradual mantém a função principal funcionando quando uma dependência opcional falha. O resultado pode ser menor, mais antigo ou menos detalhado.
dependency failure -> safe reduced mode -> user notice -> observe -> restore full modePESQUISAR✓trabalhandoCARRINHO✓trabalhandoRECOMENDAR−temporariamente ocultodependency failure -> safe reduced mode -> user notice -> observe -> restore full modeSREOutro exemplo
O serviço de recomendação falha. A pesquisa, as páginas de produtos e o carrinho ainda funcionam. A página oculta recomendações e explica a mudança temporária.
Partes principais
- 01Trabalho principal do usuário
- 02dependência opcional
- 03detector de falhas
- 04Resultado reduzido seguro
- 05Aviso ao usuário
- 06Verificação de recuperação
Use-o quando
Use-o quando a principal função do usuário permanece segura sem uma dependência opcional. Defina o resultado reduzido, aviso, teste e caminho de recuperação.
Não o use quando
Não degrade um pagamento, permissão ou verificação de segurança quando dados ausentes tornam a resposta insegura. Nunca rotule dados desatualizados como atuais.
Nome usado no código
dependency failure -> safe reduced mode -> user notice -> observe -> restore full mode Antes de lançar
Check contracts and invariants, authorization, and input limits. Test retries, one-time effects, timeouts, and partial failures. Verify data integrity, compatibility, monitoring, recovery, and rollback.
Outcome: Complete the task with Degradação Gradual (Graceful Degradation). User context: O serviço de recomendação falha. A pesquisa, as páginas de produtos e o carrinho ainda funcionam. A página oculta recomendações e explica a mudança temporária. Technical concept or control: Degradação Gradual (Graceful Degradation). Why it fits: Use-o quando a principal função do usuário permanece segura sem uma dependência opcional. Defina o resultado reduzido, aviso, teste e caminho de recuperação. Do not use it when: Não degrade um pagamento, permissão ou verificação de segurança quando dados ausentes tornam a resposta insegura. Nunca rotule dados desatualizados como atuais. Engineering requirements: Define inputs, outputs, contracts, and rules that must always hold. Set authorization and input checks. Define failures, timeouts, retries, one-time effects, data moves, and compatibility limits. Operations: Add useful signals and logs that hide sensitive data. Set capacity limits and write an operator guide. Test recovery and rollback. Acceptance criteria: Contract and failure-path tests pass. Data and authorization rules still hold during retries and partial failures. Check performance limits, monitoring, recovery, and rollback. Evidence and limits (evidence boundary): Nenhum padrão oficial único controla todo o termo. Seu significado pode mudar entre equipes, plataformas ou frameworks. Unknowns to confirm: Where the code runs, data stores, traffic shape, consistency needs, and the security boundary. Also confirm the compatibility period, service goals, and rollback limits.
Conferir este pedido
Review how Degradação Gradual (Graceful Degradation) is used now. Definition: A degradação gradual mantém a função principal funcionando quando uma dependência opcional falha. O resultado pode ser menor, mais antigo ou menos detalhado. Release checks: Check contracts and invariants, authorization, and input limits. Test retries, one-time effects, timeouts, and partial failures. Verify data integrity, compatibility, monitoring, recovery, and rollback. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.