Back-end, dati e sicurezza Più dettagli C · Convenzione del settore Piattaforma: Web

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.

Vedi come funziona
Potresti chiamarlo Graceful DegradationModalità degradataservizio parzialemodalità a funzione ridotta

Vedi come funziona

Esempio originale svoltoDegradazione Graduale
Stato e recuperoDegradazione Gradualedependency failure -> safe reduced mode -> user notice -> observe -> restore full mode
HOME DEL NEGOZIOmodalità ridotta
CERCA✓al lavoro
CARRELLO✓al lavoro
RACCOMANDA−temporaneamente nascosto
Lo shopping funziona ancoraavviso mostrato
MANTENERE SICUROIl compito principale dell'utente rimane sicuro e chiaramente identificato.RECUPERARipristina le funzionalità opzionali solo dopo che la loro dipendenza è stabile.
dependency failure -> safe reduced mode -> user notice -> observe -> restore full modeSRE
Degradazione GradualeResilienza del servizio

Un 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

  1. 01Lavoro utente core
  2. 02dipendenza opzionale
  3. 03Rilevatore di guasti
  4. 04Risultato ridotto sicuro
  5. 05Avviso per l'utente
  6. 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.

Puoi copiare la richiesta

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.

C
Quanto è ufficiale questo termine?

Convenzione del settore

Le persone usano spesso questo termine al lavoro. Le fonti elencate possono supportare la pratica o i limiti. Non definiscono ogni parte del termine.

Nessun singolo standard ufficiale controlla l'intero termine. Il suo significato può cambiare tra team, piattaforme o framework.

Ambito
Solo ciò che la sorgente copre:nome canonico、definizione、Semantica、implementazione、guida all'uso、linee guida per l'evitamento
stato del documento
stabile
Selezionato attivato
2026-07-30

Fonti e ambito delle prove

Fonte dell'autorità + Riferimento del termine · AWS Well-Architected Framework · stabile Implement graceful degradation Ambito: nome canonico、definizione、Semantica、implementazione、guida all'uso、linee guida per l'evitamento Ruolo qui: Riferimento diretto al termine La fonte copre: nome canonico, definizione, Semantica, implementazione, guida all'uso, linee guida per l'evitamento

Copia tu stesso

Il browser non è riuscito a copiare questo. Seleziona la richiesta qui sotto e copiala tu stesso.