Graceful Degradation
Degradación gradual
La degradación gradual mantiene el trabajo principal funcionando cuando falla una dependencia opcional. El resultado puede ser más pequeño, antiguo o menos detallado.
dependency failure -> safe reduced mode -> user notice -> observe -> restore full modeBUSCAR✓trabajandoCARRITO✓trabajandoRECOMENDAR−oculto temporalmentedependency failure -> safe reduced mode -> user notice -> observe -> restore full modeSREOtro ejemplo
El servicio de recomendaciones falla. La búsqueda, las páginas de productos y el carrito todavía funcionan. La página oculta las recomendaciones y explica el cambio temporal.
Partes principales
- 01Trabajo principal del usuario
- 02dependencia opcional
- 03detector de fallos
- 04Resultado reducido seguro
- 05Aviso al usuario
- 06Verificación de recuperación
Úsalo cuando
Úselo cuando la función principal del usuario se mantenga segura sin una dependencia opcional. Defina el resultado reducido, aviso, prueba y ruta de recuperación.
No lo uses cuando
No degrade un pago, permiso o verificación de seguridad cuando los datos faltantes hagan que la respuesta sea insegura. Nunca etiquete datos obsoletos como actuales.
Nombre usado en código
dependency failure -> safe reduced mode -> user notice -> observe -> restore full mode Antes de lanzarlo
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 Degradación gradual (Graceful Degradation). User context: El servicio de recomendaciones falla. La búsqueda, las páginas de productos y el carrito todavía funcionan. La página oculta las recomendaciones y explica el cambio temporal. Technical concept or control: Degradación gradual (Graceful Degradation). Why it fits: Úselo cuando la función principal del usuario se mantenga segura sin una dependencia opcional. Defina el resultado reducido, aviso, prueba y ruta de recuperación. Do not use it when: No degrade un pago, permiso o verificación de seguridad cuando los datos faltantes hagan que la respuesta sea insegura. Nunca etiquete datos obsoletos como actuales. 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): Ningún estándar oficial único controla todo el término. Su significado puede cambiar según equipos, plataformas o marcos. 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.
Revisa esta petición
Review how Degradación gradual (Graceful Degradation) is used now. Definition: La degradación gradual mantiene el trabajo principal funcionando cuando falla una dependencia opcional. El resultado puede ser más pequeño, antiguo o menos detallado. 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.