Wie Docker sein Geschäft für Millionen von Entwicklern ausweitet, Teil 2: Ausgehende Daten

Dies ist der zweite Artikel einer Serie, in dem die Einschränkungen beim Herunterladen von Container-Images behandelt werden.

In dem ersten Teil Wir haben die in Docker Hub gespeicherten Images, dem größten Registry für Container-Images, ausführlich betrachtet. Wir schreiben darüber, um Ihnen ein besseres Verständnis dafür zu geben, wie unsere aktualisierten Nutzungsbedingungen die Entwicklungsteams beeinflussen, die Docker Hub zur Verwaltung von Container-Images und CI/CD-Pipelines nutzen.

Über die Download-Häufigkeitsbeschränkungen wurde zuvor in unseren Nutzungsbedingungeninformiert. Wir werden die Häufigkeitsbeschränkungen, die am 1. November 2020 in Kraft treten, näher beleuchten:

Kostenloser Tarifplan, anonyme Benutzer: 100 Downloads innerhalb von 6 Stunden
Kostenloser Tarifplan, autorisierte Benutzer: 200 Downloads innerhalb von 6 Stunden
Pro-Tarifplan: keine Einschränkungen
Team-Tarifplan: keine Einschränkungen

Die Downloadfrequenz von Docker wird als Anzahl der Manifestanfragen an den Docker Hub definiert. Die Beschränkungen für das Herunterladen von Images hängen vom Kontotyp des anfragenden Nutzers ab, nicht vom Kontotyp des Imagebesitzers. Für anonyme (nicht autorisierte) Nutzer ist die Downloadfrequenz an die IP-Adresse gebunden.

N.B. Weitere Tipps und Best Practices erhalten Sie im Docker-Kurs von Praktikern. Sie können ihn in Ihrem eigenen Tempo und zu einem für Sie passenden Zeitpunkt absolvieren.

Wir erhalten Fragen von Kunden und der Community bezüglich der Schichten von Container-Images. Wir berücksichtigen die Schichten des Images nicht bei der Begrenzung der Downloadfrequenz, da wir die Downloads von Manifesten einschränken, und derzeit gibt es keine Begrenzung für die Anzahl der Schichten (Blob-Anfragen). Diese Änderung basiert auf dem Feedback der Community, um die Nutzung benutzerfreundlicher zu gestalten, damit die Nutzer nicht die Schichten in jedem von ihnen verwendeten Image zählen müssen.

Detaillierte Analyse der Downloadfrequenzen von Docker Hub

Wir haben viel Zeit damit verbracht, die Downloads von Abbildungen aus Docker Hub zu analysieren, um die Ursachen der Geschwindigkeitsbegrenzung zu ermitteln und herauszufinden, wie diese genau implementiert werden sollte. Was wir feststellten, bestätigte, dass nahezu alle Benutzer die Abbildungen mit einer vorhersehbaren Geschwindigkeit für gängige Arbeitsabläufe herunterladen. Es gibt jedoch einen signifikanten Einfluss einer kleinen Anzahl an anonymen Nutzern: fast 30 % aller Downloads stammen lediglich von 1 % dieser anonymen Nutzer.

Die neuen Einschränkungen basieren auf dieser Analyse, sodass die meisten unserer Benutzer nicht betroffen sein werden. Diese Begrenzungen spiegeln die übliche Nutzung durch Entwickler wider — das Erlernen von Docker, die Entwicklung von Code, das Erstellen von Abbildungen usw.

Unterstützung für Entwickler, um ein besseres Verständnis der Download-Rate-Limitierung zu erhalten.

Jetzt, da wir die Auswirkungen und die erforderlichen Grenzen verstehen, müssen wir die technischen Bedingungen für die Arbeit mit diesen Einschränkungen festlegen. Es ist recht komplex, den Download von Images aus der Docker-Registry zu begrenzen. Sie werden keine API für Uploads in der Registry-Beschreibung finden – diese existiert einfach nicht. Tatsächlich stellt der Download eines Images eine Kombination aus Manifestanfragen und Blobs in der API dar, und diese werden unterschiedlich ausgeführt, abhängig vom Status des Clients und dem angeforderten Image.

Wenn Sie beispielsweise bereits ein Image haben, wird die Docker-Engine eine Manifestanfrage stellen, feststellen, dass sie bereits alle notwendigen Schichten basierend auf dem angenommenen Manifest hat, und dann anhalten. Andererseits, wenn Sie ein Image herunterladen, das mehrere Architekturen unterstützt, wird die Manifestanfrage eine Liste von Image-Manifesten für jede unterstützte Architektur zurückgeben. Anschließend wird die Docker-Engine eine weitere Manifestanfrage für die spezifische Architektur stellen, auf der sie läuft, und erhält die Liste aller Image-Schichten. Danach wird sie jede fehlende Schicht (Blob) anfragen.

N.B. Ein umfassenderer Überblick über dieses Thema findet sich im Docker-Kurs, in dem wir alle seine Werkzeuge von grundlegenden Abstraktionen bis hin zu Netzwerkkonfigurationen sowie den Feinheiten der Arbeit mit verschiedenen Betriebssystemen und Programmiersprachen behandeln. Sie werden mit der Technologie vertraut gemacht und verstehen, wo und wie Sie Docker am besten einsetzen können.

Das Herunterladen eines Images besteht tatsächlich aus einem oder zwei Manifestanfragen sowie von null bis unendlich — Anfragen nach Schichten (blobs). Historisch gesehen hat Docker die Download-Häufigkeit basierend auf den Schichten verfolgt, da dies am stärksten mit der Bandbreitennutzung verbunden ist. Dennoch haben wir auf die Community gehört, da dies komplizierter ist, weil man die Anzahl der angeforderten Schichten verfolgen muss, was dazu führt, dass bewährte Verfahren im Umgang mit Dockerfiles ignoriert werden und es für Benutzer, die einfach nur mit dem Registry arbeiten möchten, weniger intuitiv ist.

Daher beschränken wir die Anzahl der Anfragen basierend auf den Manifestanfragen. Dies steht direkt im Zusammenhang mit dem Herunterladen von Images, was für die Benutzer leicht nachvollziehbar ist. Es gibt jedoch einen kleinen Haken: Wenn Sie versuchen, ein bereits vorhandenes Image herunterzuladen, wird die Anfrage trotzdem gezählt, auch wenn Sie die Schichten nicht herunterladen. Wir hoffen, dass diese Methode zur Begrenzung der Downloadfrequenz sowohl fair als auch benutzerfreundlich ist.

Wir freuen uns auf Ihr Feedback

Wir werden die Einschränkungen überwachen und entsprechende Anpassungen basierend auf typischen Nutzungsszenarien vornehmen, um sicherzustellen, dass die Beschränkungen für jeden Benutzertyp geeignet sind. Zudem werden wir uns bemühen, Entwicklern nicht in die Quere zu kommen, damit sie ihre Arbeit erledigen können.

Verfolgen Sie die Nachrichten in den kommenden Wochen, es wird einen weiteren Artikel zur Einrichtung von CI und Produktionssystemen im Lichte dieser Änderungen geben.

Im Rahmen der Unterstützung der Open-Source-Entwicklergemeinschaft werden wir bis zum 1. November neue Tarife für Open Source anbieten. Um sich zu bewerben, muss ein Formular ausgefüllt werden. hier.

Für weitere Informationen zu den neuesten Änderungen der Nutzungsbedingungen wenden Sie sich bitte an FAQ.

Diejenigen, die die Download-Geschwindigkeitsbeschränkungen anheben möchten, bietet Docker unbegrenzte Downloads von Images als Funktion an der Pro- oder Team-Pläne. Wie immer freuen wir uns auf Ihr Feedback und Ihre Fragen hier.

Quelle: habr.com