数百万人の開発者にサービスを提供するために Docker ビジネスをどのように拡張するか、パート 2: アウトバウンド データ

これは、コンテナー イメージをダウンロードする際の制限について説明する一連の記事の XNUMX 番目の記事です。

В 最初の部分 私たちは、コンテナー イメージの最大のレジストリである Docker Hub に保存されているイメージを詳しく調べました。 私たちは、更新された利用規約が、Docker Hub を使用してコンテナー イメージと CICD パイプラインを管理する開発チームにどのような影響を与えるかをより深く理解していただくためにこの記事を作成しています。

ダウンロード頻度の制限については、以前に発表されました。 利用規約。 1 年 2020 月 XNUMX 日に発効される周波数制限について詳しく見ていきます。

無料プラン、匿名ユーザー: 100 時間で 6 件のダウンロード
無料プラン、認定ユーザー: 200 時間で 6 ダウンロード
プロプラン: 無制限
チームプラン: 無制限

Docker のダウンロード頻度は、Docker Hub へのマニフェスト リクエストの数として定義されます。 イメージのダウンロード頻度制限は、イメージ所有者のアカウントの種類ではなく、イメージをリクエストするアカウントの種類によって異なります。 匿名 (権限のない) ユーザーの場合、ダウンロード頻度は IP アドレスに関連付けられます。

N.B. さらに細かい点やベスト プラクティスのケースが表示されます 実践者による Docker コースについて。 さらに、時間と気分の両方で、自分にとって都合の良いときにそれを通過することができます。

コンテナー イメージ レイヤーに関して、お客様やコミュニティから質問を受けています。 マニフェストのダウンロードを制限しており、レイヤー (BLOB リクエスト) の数は現在無制限であるため、ダウンロード頻度を制限するときにイメージ レイヤーは考慮されません。 この変更はコミュニティからのフィードバックに基づいており、ユーザーが使用するすべてのルックでレイヤーをカウントする必要がないように、よりユーザーフレンドリーなものになっています。

Docker Hub イメージのダウンロード頻度の詳細な分析

私たちは、速度制限の理由と正確な制限方法を特定するために、Docker Hub からのイメージのダウンロードを分析することに多くの時間を費やしました。 私たちが確認したところ、事実上すべてのユーザーが、一般的なワークフローで予測可能な速度で画像をダウンロードしていることが確認されました。 ただし、少数の匿名ユーザーの影響は顕著であり、たとえば、全ダウンロードの約 30% はわずか 1% の匿名ユーザーによるものです。

新しい制限はこの分析に基づいているため、ほとんどのユーザーは影響を受けません。 これらの制限は、Docker の学習、コードの開発、イメージの構築など、開発者による通常の使用法を反映するために設けられています。

開発者がダウンロード頻度の制限をより深く理解できるように支援する

影響と境界線がどこにあるのかを理解したので、これらの制限を運用するための技術的条件を決定する必要がありました。 Docker レジストリからのイメージのダウンロードを制限するのは非常に困難です。 レジストリの説明にダウンロード用の API は見つかりません - それは単に存在しないだけです。実際、イメージのダウンロードは API 内のマニフェスト リクエストと BLOB の組み合わせであり、それらはの状態に応じて異なる方法で実行されます。クライアントとリクエストされた画像。

たとえば、イメージがすでにある場合、Docker エンジンはマニフェストのリクエストを発行し、受け入れられたマニフェストに基づいて必要なレイヤーがすべてすでに存在していることを認識してから停止します。 一方、複数のアーキテクチャをサポートするイメージをダウンロードする場合、マニフェスト リクエストはサポートされているアーキテクチャごとのイメージ マニフェストのリストを返します。 その後、Docker エンジンは、実行されている特定のアーキテクチャに対して別のマニフェスト リクエストを発行し、その代わりにイメージ内のすべてのレイヤーのリストを取得します。 次に、欠落しているレイヤー (ブロブ) ごとにクエリを実行します。

N.B. このトピックは、以下でさらに広く取り上げられています。 ドッカーコースここでは、基本的な抽象化からネットワーク パラメーター、さまざまなオペレーティング システムやプログラミング言語での作業のニュアンスに至るまで、そのすべてのツールを分析します。 このテクノロジーを理解し、Docker をどこでどのように使用するのが最適かを理解します。

画像のダウンロードは、実際には XNUMX つまたは XNUMX つのマニフェスト リクエストと、ゼロから無限までのレイヤー (ブロブ) のリクエストであることがわかります。 これまで、Docker は帯域幅の使用量に最も関係しているダウンロード頻度をレイヤーごとに追跡してきました。 しかし、それにもかかわらず、私たちはコミュニティの声に耳を傾けました。これは、要求されたレイヤーの数を追跡する必要があるため、より困難であり、Dockerfile の操作に関するベスト プラクティスを無視することにつながり、また、単に操作したいユーザーにとってはより直感的です。詳細をあまり理解せずにレジストリを操作することになります。

そのため、マニフェスト リクエストに基づいてリクエストの数を制限します。 これは画像のダウンロードに直接関係しているため、ユーザーにとっては理解しやすいです。 実はちょっとしたニュアンスがあります。すでに存在するイメージをダウンロードしようとすると、たとえレイヤーをダウンロードしなくても、リクエストは考慮されます。 いずれにせよ、このダウンロード頻度を制限する方法が公平かつユーザーフレンドリーなものとなることを願っています。

フィードバックをお待ちしております

当社は制限を監視し、一般的なユースケースに基づいて適切な調整を行って、制限が各タイプのユーザーに適切であることを確認します。特に、開発者の作業を決して妨げないように努めます。

これらの変更を踏まえたCIと戦闘システムの微調整に関する別の記事を数週間以内に公開しますので、ご期待ください。

最後に、オープンソース コミュニティへのサポートの一環として、オープンソースの新しい料金プランを 1 月 XNUMX 日まで提供します。 お申し込みの際は、フォームにご記入ください ここで.

利用規約の最新の変更の詳細については、次のサイトをご覧ください。 よくある質問.

イメージのダウンロード頻度制限を上げる必要がある人のために、Docker は機能として無制限のイメージ ダウンロードを提供します。 プロまたはチームプラン。 いつものように、フィードバックや質問を歓迎します。 ここで.

出所： habr.com