Graceful Degradation
Degradazione Graduale
La degradazione graduale mantiene funzionante il lavoro principale quando una dipendenza opzionale fallisce. Il risultato può essere più piccolo, più vecchio o meno dettagliato.
dependency failure -> safe reduced mode -> user notice -> observe -> restore full modeCERCA✓al lavoroCARRELLO✓al lavoroRACCOMANDA−temporaneamente nascostodependency failure -> safe reduced mode -> user notice -> observe -> restore full modeSREUn altro esempio
Il servizio di raccomandazione fallisce. La ricerca, le pagine dei prodotti e il carrello funzionano ancora. La pagina nasconde le raccomandazioni e spiega il cambiamento temporaneo.
Parti principali
- 01Lavoro utente core
- 02dipendenza opzionale
- 03Rilevatore di guasti
- 04Risultato ridotto sicuro
- 05Avviso per l'utente
- 06Controllo di recupero
Usalo quando
Usalo quando il compito principale dell'utente rimane sicuro senza una dipendenza opzionale. Definisci il risultato ridotto, notifica, test e percorso di recupero.
Non usarlo quando
Non degradare un pagamento, un permesso o un controllo di sicurezza quando la mancanza di dati rende la risposta non sicura. Non etichettare mai i dati obsoleti come attuali.
Nome usato nel codice
dependency failure -> safe reduced mode -> user notice -> observe -> restore full mode Prima di spedire
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 Degradazione Graduale (Graceful Degradation). User context: Il servizio di raccomandazione fallisce. La ricerca, le pagine dei prodotti e il carrello funzionano ancora. La pagina nasconde le raccomandazioni e spiega il cambiamento temporaneo. Technical concept or control: Degradazione Graduale (Graceful Degradation). Why it fits: Usalo quando il compito principale dell'utente rimane sicuro senza una dipendenza opzionale. Definisci il risultato ridotto, notifica, test e percorso di recupero. Do not use it when: Non degradare un pagamento, un permesso o un controllo di sicurezza quando la mancanza di dati rende la risposta non sicura. Non etichettare mai i dati obsoleti come attuali. 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): Nessun singolo standard ufficiale controlla l'intero termine. Il suo significato può cambiare tra team, piattaforme o framework. 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.
Controlla questa richiesta
Review how Degradazione Graduale (Graceful Degradation) is used now. Definition: La degradazione graduale mantiene funzionante il lavoro principale quando una dipendenza opzionale fallisce. Il risultato può essere più piccolo, più vecchio o meno dettagliato. 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.