Ky është artikulli i dytë në një seri artikujsh që do të mbulojë kufizimet gjatë shkarkimit të imazheve të kontejnerëve.
В hodhëm një vështrim më të afërt në imazhet e ruajtura në Docker Hub, regjistri më i madh i imazheve të kontejnerëve. Ne po e shkruajmë këtë për t'ju dhënë një kuptim më të mirë se si Kushtet tona të përditësuara të shërbimit do të ndikojnë në ekipet e zhvillimit që përdorin Docker Hub për të menaxhuar imazhet e kontejnerëve dhe tubacionet CICD.
Kufijtë e frekuencës së shkarkimit ishin shpallur më parë në faqen tonë . Ne i hedhim një vështrim më të afërt kufijve të frekuencës që do të hyjnë në fuqi më 1 nëntor 2020:
Plani falas, përdorues anonimë: 100 shkarkime në 6 orë
Plani falas, përdorues të autorizuar: 200 shkarkime në 6 orë
Plani pro: i pakufizuar
Plani i ekipit: i pakufizuar
Frekuenca e shkarkimit të Docker përcaktohet si numri i kërkesave të manifestit për Docker Hub. Kufijtë e frekuencës së shkarkimit të imazhit varen nga lloji i llogarisë që kërkon imazhin, jo nga lloji i llogarisë së pronarit të imazhit. Për përdoruesit anonimë (të paautorizuar), frekuenca e shkarkimit është e lidhur me adresën IP.
NB Do të merrni më shumë hollësi dhe raste praktike më të mira . Për më tepër, ju mund ta kaloni atë kur është e përshtatshme për ju - si në kohë ashtu edhe në humor.
Po marrim pyetje nga klientët dhe komuniteti në lidhje me shtresat e imazhit të kontejnerit. Ne nuk marrim parasysh shtresat e imazhit kur kufizojmë frekuencën e shkarkimit, sepse ne kufizojmë shkarkimet e manifestit dhe numri i shtresave (kërkesat për blob) është aktualisht i pakufizuar. Ky ndryshim bazohet në komentet e komunitetit për ta bërë atë më miqësor për përdoruesit, në mënyrë që përdoruesit të mos kenë nevojë të numërojnë shtresat në çdo pamje që përdorin.
Analizë e detajuar e frekuencave të shkarkimit të imazhit të Docker Hub
Kaluam shumë kohë duke analizuar shkarkimin e imazheve nga Docker Hub për të përcaktuar arsyen e kufirit të shpejtësisë, si dhe saktësisht se si ta kufizojmë atë. Ajo që pamë konfirmoi se pothuajse të gjithë përdoruesit po shkarkojnë imazhe me një ritëm të parashikueshëm për rrjedhat tipike të punës. Megjithatë, ka një ndikim të dukshëm të një numri të vogël përdoruesish anonimë, për shembull, rreth 30% e të gjitha shkarkimeve vijnë nga vetëm 1% e përdoruesve anonimë.
Kufijtë e rinj bazohen në këtë analizë, kështu që shumica e përdoruesve tanë nuk do të preken. Këto kufizime janë bërë për të pasqyruar përdorimin normal nga zhvilluesit - mësimi i Docker, zhvillimi i kodit, ndërtimi i imazheve, etj.
Ndihmon zhvilluesit që të kuptojnë më mirë kufijtë e frekuencës së shkarkimit
Tani që e kuptuam ndikimin dhe ku duhet të ishin kufijtë, duhej të përcaktonim kushtet teknike për funksionimin e këtyre kufizimeve. Kufizimi i shkarkimit të imazheve nga regjistri Docker është mjaft i vështirë. Ju nuk do të gjeni një API për shkarkime në përshkrimin e regjistrit - ai thjesht nuk ekziston. Në fakt, shkarkimi i një imazhi është një kombinim i kërkesave të manifestit dhe pikave në API, dhe ato ekzekutohen ndryshe, në varësi të gjendjes së klienti dhe imazhi i kërkuar.
Për shembull, nëse tashmë keni një imazh, Docker Engine do të lëshojë një kërkesë për një manifest, do të kuptojë që ai tashmë i ka të gjitha shtresat e nevojshme bazuar në manifestin e pranuar dhe më pas do të ndalojë. Nga ana tjetër, nëse po shkarkoni një imazh që mbështet arkitektura të shumta, një kërkesë manifest do të kthejë një listë të manifestimeve të imazhit për secilën arkitekturë të mbështetur. Docker Engine do të lëshojë më pas një kërkesë tjetër manifest për arkitekturën e veçantë në të cilën po funksionon, në këmbim do të marrë një listë të të gjitha shtresave në imazh. Më pas do të kërkojë për çdo shtresë që mungon (blob).
NB Kjo temë mbulohet më gjerësisht në , në të cilin do të analizojmë të gjitha mjetet e tij: nga abstraksionet bazë deri te parametrat e rrjetit, nuancat e punës me sisteme të ndryshme operative dhe gjuhë programimi. Do të njiheni me teknologjinë dhe do të kuptoni se ku dhe si të përdorni më mirë Docker.
Rezulton se shkarkimi i një imazhi është në të vërtetë një ose dy kërkesa të manifestuara, si dhe nga zero në pafundësi - kërkesa për shtresa (blob). Historikisht, Docker ka gjurmuar frekuencën e shkarkimit në bazë shtresë pas shtrese, pasi kjo lidhet më shumë me përdorimin e gjerësisë së brezit. Por megjithatë, ne dëgjuam komunitetin, gjë që është më e vështirë, sepse ju duhet të mbani gjurmët e numrit të kërkuar të shtresave, gjë që do të çojë në injorimin e praktikave më të mira në lidhje me punën me Dockerfile, dhe gjithashtu më intuitive për përdoruesit që duan të punoni me regjistrin pa i kuptuar shumë detajet.
Pra, ne kufizojmë numrin e kërkesave bazuar në kërkesat e manifestit. Kjo lidhet drejtpërdrejt me shkarkimin e imazheve, gjë që është e lehtë për t'u kuptuar nga përdoruesit. Ekziston vërtet një nuancë e vogël - nëse përpiqeni të shkarkoni një imazh që ekziston tashmë, kërkesa do të merret ende parasysh, edhe nëse nuk i shkarkoni shtresat. Në çdo rast, ne shpresojmë që kjo metodë e kufizimit të frekuencës së shkarkimeve do të jetë sa e drejtë dhe miqësore për përdoruesit.
Duke pritur me padurim komentet tuaja
Ne do të monitorojmë kufizimet dhe do të bëjmë rregullimet e duhura bazuar në rastet e përdorimit të zakonshëm për të siguruar që kufizimet janë të përshtatshme për çdo lloj përdoruesi, dhe në veçanti, do të përpiqemi të mos i pengojmë kurrë zhvilluesit të bëjnë punën e tyre.
Qëndroni të sintonizuar në javët e ardhshme për një artikull tjetër mbi ndryshimin e sistemeve CI dhe luftarake në dritën e këtyre ndryshimeve.
Së fundi, si pjesë e mbështetjes sonë për komunitetin me burim të hapur, ne do të ofrojmë plane të reja çmimi për burim të hapur deri më 1 nëntor. Për të aplikuar, ju lutemi plotësoni formularin .
Për më shumë informacion rreth ndryshimeve më të fundit në kushtet e shërbimit, ju lutemi vizitoni .
Për ata që duhet të rrisin kufijtë e tyre të frekuencës së shkarkimit të imazheve, Docker ofron shkarkime të pakufizuara të imazheve si veçori. . Si gjithmonë, ne mirëpresim reagimet dhe pyetjet. .
Burimi: www.habr.com