dec-0025

Vista generada de dec-0025: Multi-source reads (RAM/NVMe/SFTP/WebDAV/peers/HTTP) scored por 6 dimensiones + hedged reads.

ImplementadoSin versión del tren todavía· generada desde docs/decisions/dec-0025-multi-source-reads-ram-nvme-sftp.md
track/docsdec-0124track/docs:DC10

Vista generada desde docs/decisions/dec-0025-multi-source-reads-ram-nvme-sftp.md. No se edita a mano: bun run docs:gen la regenera y bun run docs:check falla si difiere. El estado aquí es el del model: si discrepa con otra página, manda el model.

CampoValor
EstadoLOCKED (migrado de un rNN por gate-3: el fichero no declara estado)
Referencia legadar26-L2f
Ficherodocs/decisions/dec-0025-multi-source-reads-ram-nvme-sftp.md

Enmendado o sustituido por: r44, r46

Por qué importa (del frontmatter del ADR):

roadmap.spec.yml F3 ref: 'r26 §1, §4, §5' — F3 construye backends multi-source explícitamente sobre este runtime.

Nodos del roadmap que lo citan en refs: ninguno.

Páginas de la documentación que lo citan: Raíces y fuentes (especificado), Storage Box (especificado)

Texto del ADR

Leído de docs/decisions/dec-0025-multi-source-reads-ram-nvme-sftp.md, el fichero canónico.

Multi-source reads (RAM/NVMe/SFTP/WebDAV/peers/HTTP) scored por 6 dimensiones + hedged reads.

Multi-source reads (RAM/NVMe/SFTP/WebDAV/peers/HTTP) scored por 6 dimensiones + hedged reads.

Por qué pasa gate-3

  • Hard-to-reverse: Arquitectura multi-source es core. Revertir a single-source rompe resilience/performance
  • Surprising sin contexto: No estándar: la mayoría de players usan single source o failover simple. Scoring multi-dimensional no obvio
  • Trade-off real: Alternativa rechazada: single source o failover simple. Trade-off: complejidad scoring/hedging vs resilience/latency

Procedencia

Split de docs/decisions/r26-storage-runtime-byte-fabric-2026-06-21.md (lock r26-L2f) durante PASO 7 (2026-07-16). Ver el fichero padre para el contexto completo del pack original.