![](data:image/svg+xml;utf8,<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 24 24" fill="none" stroke="%23D95C41" stroke-width="1.8" stroke-linecap="round" stroke-linejoin="round"><line x1="12.1" y1="11.9" x2="18.9" y2="8.2" /><line x1="12.1" y1="12.1" x2="20.3" y2="12.9" /><line x1="12.2" y1="12.4" x2="16.6" y2="19.1" /><line x1="11.8" y1="12.4" x2="7.3" y2="19.2" /><line x1="11.9" y1="12.1" x2="3.7" y2="13.3" /><line x1="11.8" y1="11.7" x2="7.8" y2="4.4" /></svg>)
RELIABILITY.md
Este archivo define cómo el sistema demuestra que está saludable y es reiniciable.
Rutas Estándar
- Arranque:
[command] - Verificación:
[command] - Iniciar aplicación o servicio:
[command] - Depurar o inspeccionar tiempo de ejecución:
[command]
Señales Requeridas en Tiempo de Ejecución
- logs estructurados para inicio y flujos críticos
- verificaciones de salud para servicios clave
- datos de traza o tiempo para rutas lentas cuando estén disponibles
- estados de error visibles para el usuario para fallos recuperables
Recorridos Dorados
[journey 1][journey 2][journey 3]
Cada recorrido dorado debe tener una ruta de verificación repetible y señales de fallo claras.
Reglas de Fiabilidad
- Ninguna característica está completa si el sistema no puede reiniciarse limpiamente después.
- Los fallos en tiempo de ejecución deben ser diagnosticables desde señales locales del repositorio.
- Si aparece un modo de fallo repetido, añade un benchmark o barrera de protección para él.
- La limpieza es parte de la fiabilidad, no una preocupación separada.