QDivZero Storage incorpora discos persistentes a Compute
Publicado el 1 de julio de 2026 por José Carlos García Ortega3 min de lectura
Prueba QDivZero en acción
La beta ha terminado. Pronto habrá más.
QDivZero Storage ya forma parte de la beta privada de Compute para las cargas de trabajo que necesitan conservar su estado.
El objetivo es sencillo: vincular el almacenamiento a la carga de trabajo, no a un único proveedor. Compute ya se ocupa de ejecutar los modelos, enrutar las peticiones, aplicar controles de seguridad y tomar decisiones de capacidad. Storage añade la capa de disco que necesitan los procesos con estado para no perder sus datos de trabajo cada vez que el planificador los traslada.
Qué ofrece Storage
Storage incorpora a Compute discos persistentes que pueden montarse en varias cargas de trabajo, compartirse cuando distintas ejecuciones necesitan los mismos datos y seguir disponibles aunque el entorno se traslade a otro proveedor. Si una carga empieza en el proveedor 1 y más adelante se reanuda en el proveedor 2, el disco se mueve con ella.
Esto resulta especialmente útil para:
- checkpoints, procesos de ajuste fino, cachés de modelos y artefactos de cuantización;
- índices de recuperación y embeddings derivados;
- cachés compartidas y directorios de trabajo;
- estados de aplicación que deben conservarse al cambiar de proveedor.
Por qué es importante
La flexibilidad entre proveedores solo resulta útil si la capa de datos puede moverse con la carga. De lo contrario, cada cambio de ubicación exige una migración manual.
Storage elimina esa fricción. Los equipos pueden seguir utilizando el mismo flujo de Compute, dejar que el plano de control sitúe las cargas donde haya capacidad disponible y conservar al mismo tiempo el estado persistente del que dependen.
El mismo patrón de discos también funciona bien en tareas de preparación de modelos. Los procesos de ajuste fino pueden mantener sus checkpoints y directorios de trabajo en un solo lugar, los trabajos de cuantización pueden escribir pesos derivados sin depender de un volumen vinculado a un proveedor concreto y las cachés de modelos pueden mantenerse listas para acelerar nuevos arranques.
Estado compartido, no duplicado
Un mismo disco puede montarse en varias cargas de trabajo cuando un proyecto necesita una capa de estado compartida.
Es más sencillo que copiar los mismos datos en volúmenes distintos para cada proveedor. Además, mantiene claro el límite del almacenamiento y evita repartir los mismos artefactos entre varios sistemas solo para satisfacer las decisiones del planificador.
Cómo encaja en la plataforma
Compute sigue decidiendo dónde se ejecuta la carga de trabajo. Storage mantiene el disco vinculado. Smart Balancers enruta el tráfico. Firewall protege las peticiones antes de que empiece la inferencia. La plataforma conserva su estructura modular, pero ahora sus componentes funcionan de forma coordinada tanto en despliegues con estado como sin él.
Próximos pasos
Storage es un paso más hacia una plataforma en la que los equipos puedan mover sus cargas sin replantearse la capa de datos cada vez. Ese es el modelo operativo que buscamos en toda la plataforma: portátil, predecible y más fácil de gestionar en producción.
