Det hÀr Àr den andra artikeln i serien, och den kommer att ta upp begrÀnsningar vid nedladdning av containerbilder.
I Vi har noggrant granskat bilder som lagras i Docker Hub, den största registreringen av containerbilder. Vi skriver om detta sÄ att du bÀttre ska kunna förstÄ hur vÄra uppdaterade tjÀnstevillkor kommer att pÄverka utvecklarteam som anvÀnder Docker Hub för att hantera containerbilder och CI/CD-pipelines.
BegrÀnsningarna för nedladdningsfrekvensen annonserades tidigare i vÄra . Vi kommer att ta en nÀrmare titt pÄ de frekvensbegrÀnsningar som trÀder i kraft den 1 november 2020:
Kostnadsfri plan, anonyma anvÀndare: 100 nedladdningar var sjÀtte timme
Kostnadsfri plan, autentiserade anvÀndare: 200 nedladdningar var sjÀtte timme
Pro-plan: utan begrÀnsningar
Team-plan: utan begrÀnsningar
Nedladdningsfrekvensen frÄn Docker definieras som antalet manifestförfrÄgningar till Docker Hub. NedladdningsbegrÀnsningarna för bilder beror pÄ typen av konto som begÀr bilden, inte pÄ typen av konto som Àger bilden. För anonyma (oauktoriserade) anvÀndare Àr nedladdningsfrekvensen kopplad till IP-adressen.
N.B. Flera detaljer och bĂ€sta praxis fall fĂ„r du . Du kan genomföra den nĂ€r det passar dig â bĂ„de tidsmĂ€ssigt och mentalt.
Vi fÄr frÄgor frÄn kunder och gemenskapen angÄende lager av containerbilder. Vi tar inte hÀnsyn till lagren av bilden vid begrÀnsning av nedladdningsfrekvens eftersom vi begrÀnsar nedladdning av manifester, och antalet lager (blob-förfrÄgningar) Àr för nÀrvarande inte begrÀnsat. Denna förÀndring baseras pÄ feedback frÄn gemenskapen för att göra det mer anvÀndarvÀnligt, sÄ att anvÀndarna inte behöver rÀkna lager pÄ varje bild de anvÀnder.
En detaljerad analys av nedladdningsfrekvenser för Docker Hub-bilder
Vi har lagt ner mycket tid pÄ att analysera nedladdningar av bilder frÄn Docker Hub för att identifiera orsaken till hastighetsbegrÀnsningen och hur den ska genomföras. Det vi sÄg bekrÀftade att nÀstan alla anvÀndare laddar ner bilder med en förutsÀgbar hastighet för typiska arbetsflöden. Det finns dock en markant pÄverkan frÄn en liten andel anonyma anvÀndare, dÀr ungefÀr 30% av alla nedladdningar kommer frÄn endast 1% anonyma anvÀndare.
De nya begrĂ€nsningarna baseras pĂ„ denna analys, sĂ„ de flesta av vĂ„ra anvĂ€ndare kommer inte att drabbas. Dessa begrĂ€nsningar Ă€r utformade för att spegla det vanliga anvĂ€ndandet av utvecklare â att utforska Docker, utveckla kod, skapa bilder, osv.
HjÀlp till utvecklare för att bÀttre förstÄ begrÀnsningar i nedladdningshastighet
Nu nĂ€r vi har förstĂ„tt pĂ„verkan och var grĂ€nserna bör ligga, behövde vi definiera de tekniska villkoren för dessa begrĂ€nsningar. Att begrĂ€nsa nedladdningar av bilder frĂ„n Docker-registret Ă€r ganska komplicerat. Du kommer inte att hitta ett API för uppladdningar i beskrivningen av registret â det existerar helt enkelt inte. Faktum Ă€r att nedladdning av en bild utgör en kombination av begĂ€rningar om manifest och blobs i API:et, och de utförs pĂ„ olika sĂ€tt beroende pĂ„ klientens tillstĂ„nd och den begĂ€rda bilden.
Till exempel, om du redan har en bild, kommer Docker Engine att göra en begĂ€ran om manifest, förstĂ„ att den redan har alla nödvĂ€ndiga lager baserat pĂ„ det mottagna manifestet, varefter det stannar. Ă andra sidan â om du laddar ner en bild som stödjer flera arkitekturer, kommer begĂ€ran om manifest att returnera en lista över bildmanifest för varje stödjad arkitektur. Sedan kommer Docker Engine att göra en ny begĂ€ran om manifest för den specifika arkitekturen den körs pĂ„, och som svar fĂ„ en lista över alla lager av bilden. DĂ€refter kommer det att begĂ€ra varje saknat lager (blob).
N.B. Detta Àmne behandlas mer ingÄende pÄ , dÀr vi gÄr igenom alla dess verktyg: frÄn grundlÀggande abstraktioner till nÀtverksinstÀllningar, och nuanser av att arbeta med olika operativsystem och programmeringssprÄk. Du kommer att fÄ bekanta dig med teknologin och förstÄ var och hur du bÀst kan anvÀnda Docker.
Det visar sig att nedladdning av en bild i sjĂ€lva verket Ă€r en eller tvĂ„ begĂ€rningar om manifest, samt frĂ„n noll till oĂ€ndlighet â begĂ€rningar om lager (blob). Historiskt har Docker spĂ„rat nedladdningsfrekvensen baserat pĂ„ lager, eftersom detta Ă€r mest kopplat till anvĂ€ndningen av bandbredd. Men vi har lyssnat pĂ„ gemenskapen, eftersom det Ă€r svĂ„rare, eftersom man mĂ„ste spĂ„ra det begĂ€rda antalet lager, vilket kommer att leda till att bĂ€sta metoder för Dockerfile ignoreras, samt att det intuitivt Ă€r mindre förstĂ„eligt för anvĂ€ndare som bara vill arbeta med registret utan att gĂ„ in pĂ„ detaljer.
SĂ„ vi begrĂ€nsar antalet begĂ€rningar baserat pĂ„ begĂ€rningar om manifest. Det hĂ€r Ă€r direkt relaterat till nedladdning av bilder, vilket Ă€r lĂ€tt att förstĂ„ för anvĂ€ndarna. Det finns dock en liten nyans â om du försöker ladda ner en bild som redan finns, kommer begĂ€ran Ă€ndĂ„ att rĂ€knas, Ă€ven om du inte laddar ner nĂ„gra lager. I vilket fall som helst hoppas vi att denna metod för begrĂ€nsning av nedladdningsfrekvensen kommer att vara bĂ„de rĂ€ttvis och bekvĂ€m för anvĂ€ndarna.
Vi ser fram emot era feedback
Vi kommer att övervaka begrÀnsningarna och göra lÀmpliga justeringar baserat pÄ typiska anvÀndningsscenarier för att sÀkerstÀlla att begrÀnsningarna passar alla typer av anvÀndare, och specifikt kommer vi att strÀva efter att aldrig hindra utvecklare frÄn att utföra sitt arbete.
HÄll utkik efter meddelanden under de kommande veckorna, det kommer en annan artikel om instÀllning av CI och produktionssystem i ljuset av dessa förÀndringar.
Slutligen, inom ramen för stödet till gemenskapen av öppen kÀllkodsutvecklare, kommer vi fram till 1 november att erbjuda nya prissÀttningsplaner för öppen kÀllkod. För att ansöka - mÄste du fylla i formulÀret .
För mer information om de senaste Àndringarna i anvÀndarvillkoren, vÀnligen kontakta .
De som behöver öka begrÀnsningarna för nedladdningsfrekvens av bilder, Docker erbjuder obegrÀnsad nedladdning av bilder som en funktion . Som alltid ser vi fram emot Äterkoppling och frÄgor .
KĂ€lla: habr.com
