Dit is it twadde artikel yn in searje artikels dy't beheiningen sille dekke by it downloaden fan kontenerôfbyldings.
В wy namen in tichterby nei de ôfbyldings opslein yn Docker Hub, it grutste register fan kontenerôfbyldings. Wy skriuwe dit om jo in better begryp te jaan oer hoe't ús bywurke Tsjinstbetingsten ynfloed sille op ûntwikkelingsteams dy't Docker Hub brûke om kontenerôfbyldings en CICD-pipelines te behearjen.
Download frekwinsje grinzen waarden earder oankundige yn ús . Wy sjogge neier nei de frekwinsjegrinzen dy't op 1 novimber 2020 yn wurking komme:
Fergees plan, anonime brûkers: 100 downloads yn 6 oeren
Fergees plan, autorisearre brûkers: 200 downloads yn 6 oeren
Pro plan: ûnbeheind
Team plan: ûnbeheind
Docker-downloadfrekwinsje wurdt definieare as it oantal manifestoanfragen nei Docker Hub. Frekwinsjegrinzen foar download fan ôfbyldings binne ôfhinklik fan it type akkount dat de ôfbylding freget, net fan it type akkount fan ôfbyldingseigner. Foar anonime (net autorisearre) brûkers is de downloadfrekwinsje ferbûn oan it ip-adres.
NB Jo krije mear subtiliteiten en best practice gefallen . Boppedat kinne jo der troch gean as it jo handich is - sawol yn 'e tiid as yn stimming.
Wy krije fragen fan klanten en de mienskip oer kontenerôfbyldinglagen. Wy beskôgje ôfbyldinglagen net by it beheinen fan downloadfrekwinsje, om't wy manifestdownloads beheine, en it oantal lagen (blob-oanfragen) is op it stuit ûnbeheind. Dizze wiziging is basearre op feedback fan 'e mienskip om it brûkerfreonliker te meitsjen, sadat brûkers gjin lagen hoege te tellen op elke look dy't se brûke.
Detaillearre analyze fan Docker Hub image download frekwinsjes
Wy hawwe in protte tiid bestege oan it analysearjen fan de download fan ôfbyldings fan Docker Hub om de reden foar de snelheidslimyt te bepalen, lykas krekt hoe't jo it beheine kinne. Wat wy seagen befêstige dat praktysk alle brûkers ôfbyldings downloade op in foarsisber taryf foar typyske workflows. D'r is lykwols in merkbere ynfloed fan in lyts oantal anonime brûkers, bygelyks komt sa'n 30% fan alle downloads fan mar 1% fan anonime brûkers.
De nije grinzen binne basearre op dizze analyse, dus de measte fan ús brûkers sille net wurde beynfloede. Dizze grinzen wurde makke om normaal gebrûk troch ûntwikkelders te reflektearjen - Docker leare, koade ûntwikkelje, ôfbyldings bouwe, ensfh.
Untwikkelders helpe om de grinzen fan downloadfrekwinsje better te begripen
No't wy de ynfloed begrepen, en ek wêr't de grinzen wêze moatte, moasten wy de technyske betingsten foar de wurking fan dizze beheiningen bepale. It beheinen fan de download fan ôfbyldings fan it Docker-register is frij lestich. Jo sille gjin API fine foar downloads yn 'e registraasjebeskriuwing - it bestiet gewoan net. Yn feite is it downloaden fan in ôfbylding in kombinaasje fan manifeste fersiken en blobs yn' e API, en se wurde oars útfierd, ôfhinklik fan 'e steat fan' e kliïnt en de frege ôfbylding.
Bygelyks, as jo al in ôfbylding hawwe, sil Docker Engine in fersyk foar in manifest útjaan, begripe dat it al alle nedige lagen hat basearre op it akseptearre manifest, en stopje dan. Oan 'e oare kant, as jo in ôfbylding downloade dy't meardere arsjitektuer stipet, sil in manifestfersyk in list mei ôfbyldingsmanifesten foar elke stipe arsjitektuer werombringe. De Docker Engine sil dan in oar manifest fersyk útjaan foar de bepaalde arsjitektuer wêrop it rint, yn ruil sil it in list krije fan alle lagen yn 'e ôfbylding. It sil dan opfreegje foar elke ûntbrekkende laach (blob).
NB Dit ûnderwerp wurdt breder behannele yn , wêryn wy al har ark analysearje: fan basisabstraksjes oant netwurkparameters, de nuânses fan wurkjen mei ferskate bestjoeringssystemen en programmeartalen. Jo sille yn 'e kunde komme mei de technology en begripe wêr en hoe't jo Docker it bêste kinne brûke.
It docht bliken dat it downloaden fan in ôfbylding eins ien of twa manifeste fersiken is, lykas fan nul oant ûneinich - oanfragen foar lagen (blob). Histoarysk hat Docker downloadfrekwinsje op in laach-foar-laach basis folge, om't dit it meast relatearre is oan bânbreedtegebrûk. Mar nettsjinsteande harken wy nei de mienskip, wat dreger is, om't jo it oanfrege oantal lagen moatte byhâlde, wat sil liede ta it negearjen fan bêste praktiken oangeande wurkjen mei de Dockerfile, en ek mear yntuïtyf foar brûkers dy't gewoan mei it register wolle wurkje sûnder in protte begryp fan 'e details.
Dat wy beheine it oantal oanfragen basearre op manifeste oanfragen. Dit is direkt relatearre oan it downloaden fan ôfbyldings, wat maklik is foar brûkers om te begripen. D'r is echt in lytse nuânse - as jo besykje in ôfbylding te downloaden dy't al bestiet, sil it fersyk noch yn rekken brocht wurde, sels as jo de lagen net downloade. Yn alle gefallen hoopje wy dat dizze metoade om de frekwinsje fan downloads te beheinen sawol earlik as brûkerfreonlik sil wêze.
Sjoch út nei jo feedback
Wy sille de beheiningen kontrolearje en passende oanpassingen meitsje op basis fan gewoane gebrûksgefallen om te soargjen dat de beheiningen passend binne foar elk type brûker, en yn it bysûnder sille wy besykje om ûntwikkelders noait te foarkommen om har wurk te dwaan.
Bliuw de kommende wiken op 'e hichte foar in oar artikel oer it oanpassen fan CI en fjochtsystemen yn it ljocht fan dizze feroaringen.
Uteinlik, as ûnderdiel fan ús stipe foar de iepen boarne-mienskip, sille wy oant 1 novimber nije priisplannen foar iepen boarne leverje. Om oan te freegjen, folje asjebleaft it formulier yn .
Foar mear ynformaasje oer de lêste feroarings oan de tsjinstbetingsten, besykje asjebleaft .
Foar dyjingen dy't har frekwinsjegrinzen moatte ferheegje, biedt Docker unbeheinde ôfbyldingsdownloads as funksje. . Lykas altyd ferwolkomje wy feedback en fragen. .
Boarne: www.habr.com