FAQ: nieuwe beperkingen op het gebruik van Docker-services vanaf 1 november 2020

FAQ: nieuwe beperkingen op het gebruik van Docker-services vanaf 1 november 2020

Het artikel is een vervolg dit и dit artikelen bevat het antwoorden op veelgestelde vragen over de nieuwe beperkingen op het gebruik van diensten van Docker, die op 1 november 2020 van kracht worden.

Wat zijn de servicevoorwaarden van Docker?

Servicevoorwaarden van Docker is een overeenkomst tussen u en Docker die uw gebruik van Docker-producten en -diensten regelt.

Wanneer gaan de nieuwe servicevoorwaarden in?

De bijgewerkte servicevoorwaarden zijn onmiddellijk van kracht.

Welke wijzigingen hebben er plaatsgevonden in de servicevoorwaarden?

Paragraaf 2.5 heeft de belangrijkste wijzigingen ondergaan. Om meer te weten te komen over alle wijzigingen, raden wij u aan het volledige document te lezen servicevoorwaarden.

Wat is de opslaglimiet voor inactieve afbeeldingen en welke invloed heeft dit op mijn account?

De beeldopslag is gebaseerd op de download- of uploadactiviteit van elke afzonderlijke afbeelding die is opgeslagen met een gebruikersaccount. Als een afbeelding gedurende 6 maanden niet is gedownload/geüpload, krijgt deze het label 'inactief'. Alle afbeeldingen die als "inactief" zijn gemarkeerd, staan ​​gepland voor verwijdering. Accounts met een abonnement zijn onderworpen aan deze beperking Gratis voor individuele ontwikkelaars en bedrijven. Er komt ook een nieuw dashboard beschikbaar voor Docker Hub, waarmee u de status van al uw containerimages kunt bekijken in alle repository's die aan uw account zijn gekoppeld.

Wat zijn de nieuwe opslaglimieten voor containerimages?

Docker heeft een nieuw bewaarbeleid voor containerafbeeldingen geïntroduceerd voor slapende afbeeldingen dat op 1 november 2020 van kracht wordt. Het beleid voor het bewaren van inactieve containerimages is van toepassing op de volgende tariefplannen:

  • Gratis tariefplan: er geldt een opslaglimiet van 6 maanden voor inactieve beelden;
  • Pro- en Team-abonnementen: er zijn geen beperkingen op de opslagperiode van inactieve afbeeldingen.

Wat is een "inactieve" afbeelding?

Een inactieve image is een containerimage die gedurende 6 maanden niet is gedownload of geüpload naar de Docker Hub-imagerepository.

Hoe kan ik de status van mijn afbeeldingen controleren?

In de Docker Hub-repository heeft elke tag (en de laatste afbeelding die aan de tag is gekoppeld) een "Laatst gepusht"-datum, die gemakkelijk kan worden bekeken in Repositories als u bent ingelogd op uw account. Een nieuw dashboard dat de mogelijkheid biedt om de status van alle afbeeldingen in alle opslagplaatsen in uw account te bekijken, inclusief het meest recente label en eerdere versies van het label, zal beschikbaar zijn in Docker Hub. Accounteigenaren worden per e-mail op de hoogte gesteld van inactieve afbeeldingen die volgens de planning zullen worden verwijderd.

Wat gebeurt er met inactieve afbeeldingen zodra de bewaarlimiet is bereikt?

Vanaf 1 november 2020 zullen alle afbeeldingen die als 'inactief' zijn gemarkeerd, worden verwijderd. Accounteigenaren worden per e-mail op de hoogte gesteld van "inactieve" afbeeldingen die zullen worden verwijderd.

Hoe kan ik onbeperkte opslagruimte voor mijn afbeeldingen krijgen?

Deze beperkingen zijn enkel van toepassing op het tariefplan Gratis. Gebruikers van accounts met tariefplannen Pro of Team zijn niet aan beperkingen onderworpen. Als u een gratis account heeft, kunt u eenvoudig upgraden naar een Pro- of Team-abonnement vanaf $ 5 per maand met een jaarabonnement.

Waarom introduceerde Docker een nieuw ‘slapend’ opslagbeleid voor afbeeldingen?

Docker Hub, 's werelds grootste opslagplaats voor containerimages, slaat meer dan 15 PB aan gegevens op. Uit de interne analysetools van Docker bleek dat van deze 15 PB-afbeeldingen die in Docker Hub waren opgeslagen, ruim 10 PB al meer dan zes maanden niet was opgevraagd. Als we dieper graven, hebben we ontdekt dat ongeveer 4.5 PB van deze inactieve afbeeldingen zijn gekoppeld aan gratis accounts.

Docker zal, na het introduceren van een dergelijke beperking, economisch kunnen opschalen en gratis diensten kunnen aanbieden aan ontwikkelaars en teams die diensten gebruiken om applicaties over de hele wereld te bouwen en te leveren.

Als wij een klant zijn met een repository-gebaseerd plan, is het retentiebeleid dan op ons van toepassing?

Nee, voor klanten met een betaald abonnement gelden geen beperkingen wat betreft bewaartermijnen.

Zijn officiële afbeeldingen onderworpen aan een 'inactief' beleid voor het bewaren van afbeeldingen?

Nee. Het beleid voor het bewaren van inactieve afbeeldingen is niet van toepassing op officiële afbeeldingen. Elke afbeelding in de naamruimte "bibliotheek" wordt niet verwijderd. Afbeeldingen gepubliceerd door geverifieerde uitgevers worden ook niet beperkt door het inactieve beleid voor het bewaren van afbeeldingen.

Is het bewaarbeleid van toepassing op opslagplaatsen, tags of afbeeldingen?

Het beleid is alleen van toepassing op afbeeldingen uit de repository die de afgelopen zes maanden niet zijn geopend, inclusief niet-gekoppelde afbeeldingen en eerdere afbeeldingstags. Voor meer informatie zie de documentatie.

Als bijvoorbeeld de tag ":latest" wordt gedownload, wordt dan voorkomen dat alle eerdere versies worden verwijderd?

Nee. Als de tag ":latest" wordt gedownload, wordt alleen de nieuwste versie van ":latest" als actief gemarkeerd. De status van eerdere versies van het label verandert niet.

Wat gebeurt er na het verwijderen van een inactieve afbeelding?

Een afbeelding die de afgelopen zes maanden niet is geopend, wordt gemarkeerd als 'inactief' en wordt ook gemarkeerd voor verwijdering. Zodra een afbeelding als inactief is gemarkeerd, kan deze niet meer worden gedownload. Inactieve afbeeldingen zullen ook gedurende een bepaalde periode zichtbaar zijn (in het Image Control Panel), zodat klanten de mogelijkheid hebben om de afbeeldingen te herstellen.

Is het mogelijk om verwijderde afbeeldingen te herstellen?

Voordat de afbeelding wordt verwijderd, zal deze enige tijd zichtbaar zijn (in het Image Control Panel), zodat klanten dergelijke afbeeldingen kunnen herstellen.

Als ik een oud (repository-gebaseerd) abonnement heb, valt mijn account dan onder het beleid voor het bewaren van inactieve afbeeldingen en downloadbeperkingen?

Bestaande verouderde abonnementen vallen niet onder het downloadbeleid en de beperkingen. Houd er rekening mee dat dergelijke klanten tot 31 januari 2021 de tijd hebben om naar over te stappen nieuwe tariefplannen.

Wat zijn de beperkingen voor het downloaden van afbeeldingen uit de Docker Hub-repository?

Limieten voor het downloaden van Docker-afbeeldingen zijn gebaseerd op het gebruikersaccounttype van de gebruiker die de afbeelding aanvraagt, niet op het accounttype van de eigenaar van de afbeelding. Ze zijn gedefinieerd hier.

De maximale rechten van de gebruiker zijn van toepassing op basis van zijn persoonlijke account en de organisaties waartoe deze behoort. Ongeautoriseerde downloads zijn "anoniem" en worden beperkt op basis van IP-adres in plaats van gebruikers-ID. Voor meer informatie over het geautoriseerd uploaden van afbeeldingen, ga naar documentatie.

Hoe worden downloads bepaald met het oog op het beperken van de downloadfrequentie?

Het downloadverzoek bestaat uit maximaal twee GET-verzoeken uit de UTL-repository van het formulier /v2/*/manifests/*.

Feit is dat het downloaden van het manifest van afbeeldingen met meerdere architectuur vereist dat een lijst met manifesten wordt gedownload en vervolgens het gewenste manifest voor de vereiste architectuur wordt gedownload. HEAD-verzoeken worden niet meegeteld.

Houd er rekening mee dat alle downloads, inclusief downloads van afbeeldingen die u al bezit, op deze manier worden geteld. Dit is een compromis om individuele lagen niet mee te tellen.

Kan ik mijn eigen Docker Hub-spiegelserver gebruiken?

Zien de documentatieom dit te doen. Omdat het HEAD-verzoeken gebruikt, tellen deze niet mee voor de beperking van de downloadsnelheid. Houd er ook rekening mee dat de initiële afbeeldingsverzoeken niet in de cache worden opgeslagen en dus worden geteld.

Tellen afbeeldingslagen mee?

Nee. Omdat we manifestverzoeken beperken, is het aantal lagen (blobverzoeken) bij het downloaden op dit moment niet beperkt. Dit is een wijziging ten opzichte van ons eerdere beleid, gebaseerd op feedback van de community. Het doel van de wijziging is om het beleid gebruiksvriendelijker te maken, zodat gebruikers niet de lagen hoeven te tellen van elke afbeelding die ze kunnen gebruiken.

Zijn anonieme downloads beperkt op basis van IP-adres?

Ja. De frequentie van verzoeken wordt beperkt door individuele IP-adressen (voor anonieme gebruikers bijvoorbeeld: 100 verzoeken in 6 uur vanaf één adres). Zie meer details hier.

Worden downloadverzoeken van ingelogde gebruikers beperkt door het IP-adres?

Nee, downloadverzoeken van geautoriseerde gebruikers zijn accountgebaseerd en niet IP-gebaseerd. Gratis accounts zijn beperkt tot 200 aanvragen binnen een periode van zes uur. Betaalde accounts zijn onbeperkt.

Zijn er beperkingen van toepassing als ik inlog op mijn account en iemand anoniem vanaf mijn IP-adres de beperking tegenkomt?

Nee, gebruikers die zijn ingelogd op hun account om afbeeldingen te downloaden, worden beperkt op basis van het accounttype. Als een anonieme gebruiker van uw IP een beperking ontvangt, heeft dit geen gevolgen voor u zolang u bevoegd bent of uw beperking niet overschrijdt.

Maakt het uit welke afbeelding ik download?

Nee, alle afbeeldingen worden als hetzelfde beschouwd. De beperkingen zijn volledig gebaseerd op het accountniveau waaronder de gebruiker de afbeeldingen downloadt, en niet op het accountniveau van de repository-eigenaar.

Zullen deze beperkingen veranderen?

We zullen de beperkingen nauwlettend in de gaten houden en ervoor zorgen dat ze relevant zijn voor typische gebruiksscenario's, afhankelijk van hun niveau. In het bijzonder moeten gratis en anonieme beperkingen altijd voldoen aan de normale workflow van één ontwikkelaar. Op basis van dit uitgangspunt zullen waar nodig aanpassingen plaatsvinden. jij kunt het ook Schrijf ons uw mening over de grenzen.

Hoe zit het met CI-systemen waarbij downloads anoniem zijn?

We begrijpen dat er omstandigheden zijn waarin meerdere anonieme downloads acceptabel zijn. Cloud CI-providers kunnen bijvoorbeeld builds uitvoeren op basis van PR voor open source-projecten. Projecteigenaren kunnen in dit geval mogelijk niet veilig hun Docker Hub-inloggegevens gebruiken om downloads te autoriseren, en de schaal van dergelijke providers zal waarschijnlijk beperkingen met zich meebrengen. We zullen dergelijke gevallen uiteraard op verzoek oplossen en zullen onze mechanismen voor het beperken van de downloadsnelheid blijven verbeteren om onze ervaring met deze providers te verbeteren. Schrijf ons op mailto:[e-mail beveiligd]als u problemen ondervindt.

Zal Docker afzonderlijke tariefplannen aanbieden voor open source-projecten?

Ja, Docker zal, als onderdeel van zijn ondersteuning voor de Open Source-gemeenschap, later nieuwe prijsplannen voor hen aankondigen. Om een ​​dergelijk tariefplan aan te vragen, vult u in форму.

NB op lessen Docker-videocursus, dat in de zomer van 2020 werd opgenomen in Slurm, vertellen de sprekers uitgebreid over het werken met beeld op gevorderd niveau. Doe met ons mee!

Bron: www.habr.com

Voeg een reactie