Hvernig Docker Business vogar til að þjóna milljónum hönnuða, Part 2: Outbound Gögn

Þetta er önnur greinin í röð greina sem mun fjalla um takmarkanir við að hlaða niður gámamyndum.

В fyrsti hluti Við skoðuðum nánar myndirnar sem eru geymdar í Docker Hub, stærsta gámamyndaskránni. Við erum að skrifa þetta til að hjálpa þér að skilja betur hvernig uppfærðir þjónustuskilmálar okkar munu hafa áhrif á þróunarteymi sem nota Docker Hub til að stjórna gámamyndum og CICD leiðslum.

Takmarkanir á niðurhalstíðni voru áður tilkynntar í okkar Skilmálar þjónustu. Við skoðum nánar tíðnitakmarkanir sem taka gildi 1. nóvember 2020:

Ókeypis áætlun, nafnlausir notendur: 100 niðurhal á 6 klukkustundum
Ókeypis áætlun, viðurkenndir notendur: 200 niðurhal á 6 klukkustundum
Pro Plan: Ótakmarkað
Gjaldskrá liðs: ótakmarkað

Docker niðurhalstíðni er skilgreind sem fjöldi upplýsingabeiðna til Docker Hub. Takmarkanir á því hversu oft er hægt að hlaða niður myndum eru byggðar á tegund reiknings sem biður um myndina, ekki tegund reiknings sem á myndina. Fyrir nafnlausa (óviðkomandi) notendur er niðurhalstíðnin bundin við IP töluna.

NB Þú munt fá fleiri fínleika og bestu starfsvenjur á Docker námskeiðinu frá iðkendum. Þar að auki geturðu tekið það hvenær sem það hentar þér - bæði hvað varðar tíma og skap.

Við fáum spurningar frá viðskiptavinum og samfélaginu varðandi gámamyndalög. Við teljum ekki myndalög þegar við takmörkum niðurhalstíðni vegna þess að við takmörkum niðurhal á upplýsingaskrá og fjöldi laga (blobbabeiðna) er ótakmarkaður eins og er. Þessi breyting er byggð á endurgjöf samfélagsins til að gera hana notendavænni þannig að notendur þurfi ekki að telja lögin á hverri mynd sem þeir nota.

Ítarleg greining á niðurhalshlutfalli Docker Hub mynda

Við eyddum miklum tíma í að greina niðurhal mynda frá Docker Hub til að ákvarða hvað olli takmörkunum og hvernig nákvæmlega ætti að takmarka það. Það sem við sáum staðfesti að nánast allir notendur hlaða niður myndum á fyrirsjáanlegum hraða fyrir dæmigerð vinnuflæði. Hins vegar eru áberandi áhrif frá fáum nafnlausum notendum, til dæmis koma um 30% allra niðurhala frá aðeins 1% nafnlausra notenda.

Nýju takmarkanirnar eru byggðar á þessari greiningu, þannig að flestir notendur okkar verða ekki fyrir áhrifum. Þessar takmarkanir eru gerðar til að endurspegla algenga notkun þróunaraðila - að læra Docker, þróa kóða, búa til myndir osfrv.

Hjálpaðu forriturum að skilja betur takmörkun á niðurhalshraða

Nú þegar við áttum okkur á áhrifunum, sem og hvar mörkin ættu að liggja, þurftum við að ákvarða tæknileg skilyrði fyrir virkni þessara takmarkana. Það er frekar erfitt að takmarka niðurhal á myndum úr Docker skránni. Þú finnur ekki upphleðsluforritaskil í skráningarlýsingunni - það er einfaldlega ekki til. Reyndar er niðurhal á mynd sambland af upplýsingabeiðnum og kubbum í API, og þær eru framkvæmdar á mismunandi hátt, allt eftir ástandi viðskiptavinur og umbeðna mynd.

Til dæmis, ef þú ert nú þegar með mynd, mun Docker Engine gefa út upplýsingaskrárbeiðni, átta sig á því að hún hefur nú þegar öll nauðsynleg lög byggð á mótteknu upplýsingaskránni og stoppar síðan. Á hinn bóginn, ef þú hleður niður mynd sem styður marga arkitektúra mun upplýsingaskrárfyrirspurnin skila lista yfir myndaskrá fyrir hvern studd arkitektúr. Docker Engine mun síðan gefa út aðra upplýsingabeiðni fyrir tiltekna arkitektúrinn sem hún er að keyra á og mun á móti fá lista yfir öll lögin í myndinni. Það mun síðan spyrjast fyrir um hvert lag sem vantar (blobb).

NB Nánar er fjallað um þetta efni í Docker námskeið, þar sem við munum greina öll verkfæri þess: frá grunnútdrætti til netbreyta, blæbrigði þess að vinna með ýmis stýrikerfi og forritunarmál. Þú munt kynnast tækninni og skilja hvar og hvernig best er að nota Docker.

Það kemur í ljós að niðurhal á mynd er í raun ein eða tvær tilkynningarbeiðnir, sem og frá núlli til óendanleika - lagbeiðnir (blob). Sögulega séð hefur Docker fylgst með niðurhalstíðni lag fyrir lag þar sem þetta tengist mest bandbreiddarnotkun. En engu að síður hlustuðum við á samfélagið að þetta er erfiðara, vegna þess að þú þarft að fylgjast með umbeðnum fjölda laga, sem mun leiða til þess að hunsa bestu starfsvenjur varðandi vinnu með Dockerfile, og er líka leiðandi fyrir notendur sem vilja bara vinna með skrásetningin án þess að hafa mikinn skilning á smáatriðum.

Þannig að við takmörkum fjölda beiðna á grundvelli upplýsingaskrárbeiðna. Þetta tengist beint niðurhali mynda, sem er auðvelt fyrir notendur að skilja. Það er þó smá blæbrigði - ef þú reynir að hlaða niður mynd sem þegar er til verður beiðnin samt tekin til greina, jafnvel þó þú sækir ekki lögin. Í öllum tilvikum vonum við að þessi aðferð til að takmarka niðurhalstíðni verði bæði sanngjörn og þægileg fyrir notendur.

Við bíðum eftir áliti þínu

Við munum fylgjast með takmörkunum og gera viðeigandi lagfæringar á grundvelli dæmigerðra notkunartilvika til að tryggja að takmarkanirnar séu viðeigandi fyrir hverja tegund notenda, og sérstaklega munum við reyna að koma aldrei í veg fyrir að verktaki vinni vinnu sína.

Fylgstu með á næstu vikum fyrir aðra grein um uppsetningu CI og bardagakerfis í ljósi þessara breytinga.

Að lokum, sem hluti af stuðningi okkar við opinn uppspretta samfélagið, munum við bjóða upp á nýjar verðáætlanir fyrir opinn uppspretta til 1. nóvember. Til að sækja um, vinsamlegast fylltu út eyðublaðið hér.

Fyrir frekari upplýsingar um nýjustu breytingar á þjónustuskilmálum, vinsamlegast farðu á FAQ.

Fyrir þá sem þurfa að hækka mörkin á því hversu oft þeir hlaða niður myndum, býður Docker upp á ótakmarkað niðurhal á myndum sem eiginleika Pro eða Team áætlanir. Eins og alltaf fögnum við athugasemdum og spurningum. hér.

Heimild: www.habr.com