Resumen

  • La documentación operativa de Docker Hub publica 100 extracciones cada seis horas para usuarios sin autenticar y 200 para Personal autenticado; la FAQ de precios dice 10 y 100 por hora, respectivamente.
  • La actualización oficial del 8 de abril de 2025 dice que los cambios previstos para el 1 de abril no se aplicaron. El cliente encuentra cifras y ventanas incompatibles en la misma web del proveedor.

Una compra puede estar perfectamente calculada y partir del reloj equivocado. En Docker Hub, quien llegue por las preguntas de precios lee límites horarios. Quien abra la documentación operativa encuentra ventanas de seis horas. El equipo de desarrollo, que esperaba ahorrar coordinación, recibe un pequeño encargo de restauración documental.

Las páginas siguen publicando respuestas diferentes. La documentación fija 100 extracciones por dirección IPv4 o subred IPv6 /64 cada seis horas para usuarios sin autenticar, y 200 cada seis horas para Personal autenticado. La FAQ habla de 10 por hora y dirección IP para usuarios sin autenticar, y de 100 por hora y usuario para Personal autenticado. Cambian tanto el número como el periodo.

El cambio que Docker dijo que no ejecutó

Docker publicó el artículo de revisión de políticas el 21 de febrero de 2025. Su actualización del 8 de abril afirma que los cambios de límites previstos para el 1 de abril no se hicieron efectivos, y mantiene las cantidades de 100 y 200 por seis horas. La documentación operativa actual coincide con esa corrección fechada.

La FAQ de precios conserva las cifras horarias y remite a documentación y actualizaciones de política. La ruta que lleva a comprar y la que lleva a operar no han terminado de ajustar sus relojes.

Publicación Sin autenticar Personal autenticado
Documentación operativa 100 por seis horas, por IPv4 o IPv6 /64 200 por seis horas
FAQ de precios 10 por hora, por IP 100 por hora, por usuario
Actualización del 8 de abril de 2025 Conserva 100 por seis horas Conserva 200 por seis horas

Una respuesta o cabecera de límite actual en la ruta real de compilación del comprador establecería la cuota que recibe ese cliente y podría cambiar su planificación de capacidad.

La discrepancia publicada ya tiene contenido comercial. Los límites ayudan a decidir cuándo agrupar tareas, qué trabajo puede esperar y cuándo merece la pena pagar. Si el periodo procede de otra página, la hoja de cálculo puede superar todas sus comprobaciones y seguir describiendo otra restricción.

Multiplicar por seis no pone el reloj en hora

Un límite horario y uno acumulado durante seis horas afectan de forma distinta a una oleada de trabajo. El promedio oculta cuándo se concentra la demanda. Convertir mecánicamente una cifra horaria en un total de seis horas tampoco demuestra que ese total esté disponible en un intervalo concreto.

Para el equipo, la unidad útil es una tarea que puede comenzar y terminar dentro del calendario de entrega. La cuota contribuye a esa capacidad, junto con la identidad a la que se atribuyen las extracciones y el patrón de solicitudes. Copiar solo el número grande deja fuera el tiempo que le da sentido.

El coste de reconciliar las publicaciones aparece en personas: revisar la suposición, modificar el calendario y volver a evaluar la compra. El proveedor ya hizo pública una corrección con fecha. Cada cliente que tenga que reconstruirla repite un trabajo que podría haberse cerrado en la entrada de precios.

Pagar resuelve una frontera concreta

La documentación operativa da extracciones ordinarias ilimitadas a Pro, Team y Business autenticados, sujetas a uso razonable. Existe además un límite de protección contra abusos, aplicado por IPv4 o IPv6 /64 a todos los niveles de cuenta. Su umbral varía con carga y otros factores.

La decisión de pagar debe identificar qué restricción pretende resolver. Cuota ordinaria, atribución de identidad y protección por origen de red son preguntas diferentes. Aumentar el nivel de cuenta después de leer un reloj equivocado puede comprar otra frontera sin explicar la espera original.

Docker controla planes, reglas y publicaciones. El cliente decide la compra y el uso de identidades autorizadas. Una plataforma externa puede controlar la salida compartida de red. El equipo que espera una imagen tiene que unir esos ámbitos para entregar trabajo. Una frase desactualizada en el lugar de compra añade interpretación donde el producto prometía quitar fricción.

La reparación comercial es pequeña y concreta: alinear periodo, unidad, estado de vigencia y corrección en las páginas por las que pasa el comprador. No hace falta un nuevo panel que traduzca una vieja respuesta frecuente. Hace falta que la respuesta frecuente deje de mandar al lector a otro reloj.

Los productos de desarrollo se compran para gastar menos tiempo en coordinación. La capacidad publicada pertenece a ese trato. Docker puede cambiar sus reglas; mantener sincronizadas las que explica al cliente forma parte del trabajo de venderlas.

Fuentes