Amazon SageMaker AI ya puede iniciar trabajos de Training y Processing desde imágenes SOCI sin esperar a descargar el contenedor completo. El servicio lee un índice almacenado junto a la imagen en ECR, obtiene primero los archivos necesarios para arrancar y transmite el resto mientras el código se ejecuta.
AWS ofrece dos rutas: elegir una variante preindexada de sus Deep Learning Containers, identificada con el sufijo -soci, o crear un índice para una imagen propia. No cambia la definición del trabajo, el punto de entrada ni los canales de datos. Si el índice no se puede leer o la carga perezosa falla, el servicio vuelve a la descarga normal.
Los segundos de arranque no son el ahorro completo
El benchmark del fabricante abarca ocho imágenes comprimidas de 1,8 a 35,4 GB, instancias CPU y GPU en Oregón y Virginia del Norte y medianas de ejecuciones repetidas. La descarga convencional tardó 48 segundos para 1,8 GB, 3 minutos y 42 segundos para 13,2 GB y 7 minutos y 17 segundos para 35,4 GB. La carga SOCI quedó entre 3 y 11 segundos en esos ejemplos.
La primera época pagó una penalización de 3 a 16 segundos al solicitar archivos por primera vez. Desde la segunda, AWS declara tiempos dentro de la variación normal. En los trabajos completos medidos, el ahorro neto fue de uno a seis minutos, no toda la diferencia de descarga.
| Medición de AWS | Resultado publicado | Qué no permite concluir |
|---|---|---|
| Ocho imágenes, 1,8–35,4 GB | Arranque SOCI de 3–11 s | Que cualquier imagen mantenga ese rango |
| Imagen de 13,2 GB en 13 configuraciones | 6–8 s frente a 3:16–4:20 | Que la instancia no afecte al resto del trabajo |
| ResNet-50 y ajuste de Qwen2.5-0.5B | 1–6 min menos por trabajo | Que el entrenamiento sea más rápido por época |
Las cifras son una demostración del productor, no una prueba independiente. AWS utilizó ResNet-50 sobre 9.469 imágenes de Imagenette y un ajuste completo de Qwen2.5-0.5B sobre 51.760 ejemplos. Texploto no reprodujo los trabajos.
Cuándo merece la pena probarlo
La mejora crece cuando la imagen es grande y el primer paso necesita solo una fracción. AWS advierte de ganancias pequeñas por debajo de unos 4 GB. Si el punto de entrada escanea, verifica o precarga casi toda la imagen, la primera fase terminará solicitando prácticamente los mismos bytes y el ahorro se reduce.
Las imágenes deben estar en repositorios privados de Amazon ECR. No son elegibles imágenes de otros registros ni las obtenidas mediante un registro Docker privado con el modo VPC citado por AWS. El runtime es containerd: conviene revisar scripts que llamen al CLI de Docker, lean /var/run/docker.sock o dependan de rutas cgroup.
Adopción sin confundir índice e imagen
Para un DLC de AWS basta con seleccionar una etiqueta -soci disponible. Si una imagen propia parte de ese DLC, el índice de la base no se hereda: hay que indexar el resultado final. El índice se guarda como artefacto OCI vinculado, por lo que el digest original y sus firmas permanecen válidos.
La comprobación previa debe buscar en el manifiesto un artefacto cuyo tipo empiece por application/vnd.amazon.soci.index. Después compara en tu propia carga el tiempo hasta que el contenedor está listo, la duración de la primera época y el total facturado. Esa triple medida evita presentar un arranque rápido como una reducción igual en todo el trabajo.
Transparencia: noticia elaborada con asistencia de IA a partir del anuncio, la metodología y la documentación de AWS. No instalamos el snapshotter, no creamos imágenes ni ejecutamos SageMaker.



