Resumo

  • Os documentos operacionais do Docker Hub mostram 100 pulls em seis horas sem autenticação e 200 para Personal autenticado. A FAQ de preços publica 10 e 100 por hora, respectivamente.
  • A atualização oficial de 8 de abril de 2025 afirma que a mudança prevista para 1º de abril não foi aplicada. O mesmo fornecedor oferece bases de tempo diferentes para dimensionar a compra.

Uma planilha pode calcular tudo certo e sair comprando pelo relógio errado. No Docker Hub, a documentação operacional usa uma janela de seis horas. As perguntas de preços usam limites por hora. As duas páginas estão no endereço do fornecedor; a tarefa de descobrir como se encaixam acaba no cliente.

Nos documentos operacionais, usuários sem autenticação têm 100 pulls por endereço IPv4 ou sub-rede IPv6 /64 em seis horas. Personal autenticado aparece com 200 em seis horas. Na FAQ de preços, os números são 10 por hora e IP sem autenticação e 100 por hora e usuário Personal autenticado. Mudam tanto a quantidade quanto o intervalo.

A decisão de não aplicar já foi publicada

O artigo oficial de revisão de políticas foi publicado em 21 de fevereiro de 2025 e recebeu atualização em 8 de abril. A atualização diz que as mudanças de limites previstas para 1º de abril não foram executadas, mantendo 100 e 200 por seis horas. A documentação de operação atual acompanha essa declaração datada.

A FAQ preserva os valores horários e, ao mesmo tempo, aponta para documentação e atualização de política. O comprador que chega pela pergunta comercial precisa percorrer os links para reconstruir a posição publicada. A ferramenta que vende menos trabalho de coordenação começa distribuindo uma pequena tarefa editorial.

Publicação Sem autenticação Personal autenticado
Documentação operacional 100 por IPv4 ou IPv6 /64 em seis horas 200 em seis horas
FAQ de preços 10 por hora e IP 100 por hora e usuário
Atualização de 8 de abril de 2025 Mantém 100 em seis horas Mantém 200 em seis horas

Uma resposta ou cabeçalho atual de limite no caminho real de build do comprador identificaria a cota recebida pelo cliente e poderia mudar seu plano de capacidade.

A divergência publicada já tem função comercial. Cotas ajudam a decidir quando iniciar tarefas, quais distribuir e quando um plano pago faz sentido. O número perto da compra entra fácil na planilha e vira justificativa de aprovação. Se o tempo veio de outra página, as operações matemáticas seguintes podem estar impecáveis e descrever outra restrição.

Seis vezes a hora não resolve a janela

Multiplicar o valor horário por seis não transforma duas regras numa só. O momento de chegada das tarefas importa. Uma onda de trabalho concentrado e um total acumulado numa janela longa encontram condições diferentes de um limite por hora. Média confortável não reserva lugar para o próximo lote.

O resultado econômico desejado é um build que caiba no calendário de entrega. Quantidade, atribuição e ritmo das solicitações ajudam a produzi-lo. Copiar apenas o maior número retira justamente a unidade que o transforma em capacidade utilizável.

Conciliar o material consome pessoas: ler os documentos, alterar premissas, reorganizar tarefas e avaliar de novo a compra. A Docker já publicou a correção. Cada cliente que precisa ligá-la à página de preços repete um trabalho de manutenção da informação.

Pagar remove uma fronteira específica

A documentação operacional apresenta pulls ordinários ilimitados para Pro, Team e Business autenticados, sujeitos a uso justo. Existe ainda um limite separado contra abuso, aplicado por IPv4 ou IPv6 /64 a todos os níveis de conta. Seu patamar varia conforme carga e outros fatores.

O motivo da compra precisa identificar a restrição que pretende remover. Cota comum, atribuição de identidade e proteção por origem de rede são perguntas diferentes. Subir de plano a partir de um relógio mal lido pode alterar outra fronteira sem explicar a espera original.

A Docker controla ofertas, publicações e execução. O cliente decide compra e uso de identidades autorizadas; uma plataforma externa pode controlar a saída compartilhada. As equipes de build montam essas peças para entregar. Uma unidade divergente no percurso comercial acrescenta coordenação onde a ferramenta promete poupar esforço.

O conserto é concreto: alinhar quantidade, intervalo e estado de aplicação nas páginas usadas para comprar. A correção precisa alcançar quem encontra o outro número primeiro. Criar um painel para explicar uma FAQ antiga seria uma maneira especialmente cara de não arrumar a FAQ.

Ferramentas de desenvolvimento ganham espaço quando reduzem o trabalho de combinar dependências. A janela escrita em volta da cota pertence a essa transação. A Docker pode mudar suas regras; levar a decisão até a porta de compra também faz parte da entrega.

Fontes