要約

  • 現在の運用文書は未認証100回、認証済みPersonal200回を六時間枠で示す。料金FAQは未認証をIP当たり毎時10回、Personalを利用者当たり毎時100回とする。
  • 2025年4月8日の公式更新は、4月1日に予定した制限変更を実施しなかったと明記する。同じ供給者の公開資料から異なる容量前提が生まれる状態だ。

計算の前に単位を確かめる。学校で覚えたこの手順が、Docker Hubでは調達の仕事になる。運用文書は六時間単位で無料のプル枠を示し、料金FAQは時間当たりの制限を説明する。どちらもDocker自身が公開している。

運用文書では、未認証利用はIPv4アドレスまたはIPv6 /64サブネット当たり六時間100回、認証済みPersonalは六時間200回。料金FAQでは、未認証はIP当たり毎時10回、認証済みPersonalは利用者当たり毎時100回となる。数字と時間幅が同時に変わるため、見た目の表記差では片付かない。

実施しなかった日付は公開済み

Dockerが2025年2月21日に掲載した方針見直しの記事には、4月8日の更新がある。そこでは4月1日に予定したレート制限変更を実施しなかったと述べ、未認証100回、Personal200回の六時間枠を維持すると説明する。現在の運用文書はこの更新と一致する。

一方、料金FAQには時間当たりの数字が残り、文書と方針更新へのリンクもある。購入を考える人は、入口の説明から運用文書へ移動し、日付の付いた訂正とつなぎ直す。開発作業を減らす製品が、最初にサイトの編集作業を利用者へ配っている。

公開資料 未認証 認証済みPersonal
現在の運用文書 IPv4またはIPv6 /64当たり六時間100回 六時間200回
現在の料金FAQ IP当たり毎時10回 利用者当たり毎時100回
2025年4月8日の更新 六時間100回を維持 六時間200回を維持

買い手の実際のビルド経路で現在の制限応答やヘッダーを得れば、そのクライアントに適用される枠が分かり、容量計画が変わり得る。

公開説明の食い違いだけでも、購入の前提には影響する。どの時刻にジョブを始め、どれをずらし、何を理由に有料プランへ進むか。購入に近い場所の数字は、そのまま見積もりのセルに入りやすい。以後の算術が正しくても、時計が違えば計画は別の制約を描く。

平均すれば同じ、にはならない

毎時の値を六倍しても、六時間枠の運用を再現できるわけではない。集中して発生する要求と、長い窓の累計は違う動きをする。平均すると余裕があっても、同時に始めたい仕事が待つことはある。時間単位は容量の一部だ。

事業が欲しいのは、納期に合うビルドである。プルの数、誰に帰属するか、いつ集中するかは、その仕事を支える条件だ。大きい数字だけを抜き出せば、単位のない価格で資材を買うような計画になる。

食い違いを解く費用は、人の時間として現れる。資料を読み、前提を直し、順番を変え、購入理由をもう一度考える。供給者は訂正をすでに公開している。利用者ごとに同じ経路をたどらせる必要はない。

支払いにも解くべき境界がある

運用文書は認証済みPro、Team、Businessの通常のプル率を無制限とし、適正利用の条件を付ける。別に不正利用防止のレート制限があり、IPv4またはIPv6 /64というネットワーク送信元を単位に、アカウント階層を問わず適用する。しきい値は負荷などで変わる。

購入理由は、どの制約を解くのかまで示す必要がある。通常プルの枠、認証と帰属、送信元の保護制限はそれぞれ別の問いだ。違う時計を見て上位プランへ進んでも、元の待ち時間がどの境界から来たかは分からないままになる。

Dockerはプラン、公開説明、実行規則を管理する。顧客は購入と許可された認証の使い方を選び、外部プラットフォームは共有出口を管理する場合がある。ビルド担当はそれらを接続して成果を届ける。サイト内の不一致は、その担当が引き受ける調整作業を増やす。

修正に必要なのは新機能ではない。購入者が通るページで、量、窓、適用状態と訂正をそろえることだ。古いFAQを読むための新しいダッシュボードを作るより、FAQの時計を合わせる方が短い。

開発道具は、調整に費やす時間を減らすために買われる。公開された容量規則もその取引の一部である。Dockerは方針を変えられる。購入の入口まで、その決定を届ける仕事も持っている。

出典