Hierdie is die tweede artikel in 'n reeks artikels wat beperkings sal dek wanneer houerprente afgelaai word.
В ons het die beelde wat gestoor is in Docker Hub, die grootste register van houerbeelde, van nader bekyk. Ons skryf hierdie om jou 'n beter begrip te gee van hoe ons opgedateerde diensbepalings ontwikkelingspanne sal beïnvloed wat Docker Hub gebruik om houerbeelde en CICD-pyplyne te bestuur.
Aflaaifrekwensielimiete is voorheen in ons aangekondig . Ons kyk van naderby na die frekwensielimiete wat op 1 November 2020 in werking sal tree:
Gratis plan, anonieme gebruikers: 100 aflaaie in 6 uur
Gratis plan, gemagtigde gebruikers: 200 aflaaie in 6 uur
Pro plan: onbeperk
Spanplan: onbeperk
Docker-aflaaifrekwensie word gedefinieer as die aantal manifesversoeke aan Docker Hub. Prentaflaaifrekwensielimiete hang af van die tipe rekening wat die beeld versoek, nie die tipe beeldeienaarrekening nie. Vir anonieme (ongemagtigde) gebruikers is die aflaaifrekwensie gekoppel aan die ip-adres.
NB Jy sal meer subtiliteite en beste praktyk gevalle ontvang . Boonop kan jy daardeur gaan wanneer dit vir jou gerieflik is - beide in tyd en in bui.
Ons kry vrae van kliënte en die gemeenskap oor houerbeeldlae. Ons neem nie beeldlae in ag wanneer aflaaifrekwensie beperk word nie, want ons beperk manifesaflaaie, en die aantal lae (blob-versoeke) is tans onbeperk. Hierdie verandering is gebaseer op gemeenskapterugvoer om dit meer gebruikersvriendelik te maak sodat gebruikers nie lae hoef te tel op elke voorkoms wat hulle gebruik nie.
Gedetailleerde ontleding van Docker Hub-beeldaflaaifrekwensies
Ons het baie tyd spandeer om die aflaai van beelde vanaf Docker Hub te ontleed om die rede vir die spoedgrens te bepaal, asook presies hoe om dit te beperk. Wat ons gesien het, het bevestig dat feitlik alle gebruikers beelde aflaai teen 'n voorspelbare tempo vir tipiese werkstrome. Daar is egter 'n merkbare invloed van 'n klein aantal anonieme gebruikers, byvoorbeeld, ongeveer 30% van alle aflaaie kom van slegs 1% van anonieme gebruikers.
Die nuwe limiete is gebaseer op hierdie ontleding, so die meeste van ons gebruikers sal nie geraak word nie. Hierdie beperkings word gemaak om normale gebruik deur ontwikkelaars te weerspieël - leer Docker, ontwikkeling van kode, bou van beelde, ensovoorts.
Help ontwikkelaars om aflaaifrekwensielimiete beter te verstaan
Noudat ons die impak verstaan het, en ook waar die grense moet wees, moes ons die tegniese voorwaardes vir die werking van hierdie beperkings bepaal. Dit is nogal moeilik om die aflaai van beelde vanaf die Docker-register te beperk. Jy sal nie 'n API vir aflaaie in die registerbeskrywing vind nie - dit bestaan net nie. Om die waarheid te sê, die aflaai van 'n prent is 'n kombinasie van manifesversoeke en blobs in die API, en hulle word verskillend uitgevoer, afhangende van die toestand van die kliënt en die gevraagde beeld.
Byvoorbeeld, as jy reeds 'n prent het, sal Docker Engine 'n versoek vir 'n manifes uitreik, verstaan dat dit reeds al die nodige lae het gebaseer op die aanvaarde manifes, en dan stop. Aan die ander kant, as jy 'n prent aflaai wat veelvuldige argitekture ondersteun, sal 'n manifesversoek 'n lys prentmanifeste vir elke ondersteunde argitektuur terugstuur. Die Docker Engine sal dan nog 'n manifesversoek uitreik vir die spesifieke argitektuur waarop dit loop, in ruil daarvoor sal dit 'n lys van alle lae in die prent kry. Dit sal dan navraag doen vir elke ontbrekende laag (blob).
NB Hierdie onderwerp word wyer gedek in , waarin ons al sy gereedskap sal ontleed: van basiese abstraksies tot netwerkparameters, die nuanses om met verskeie bedryfstelsels en programmeertale te werk. Jy sal kennis maak met die tegnologie en verstaan waar en hoe om Docker die beste te gebruik.
Dit blyk dat die aflaai van 'n prent eintlik een of twee manifeste versoeke is, sowel as van nul tot oneindig - versoeke vir lae (blob). Histories het Docker die aflaaifrekwensie op 'n laag-vir-laag-basis opgespoor, aangesien dit die meeste verband hou met bandwydtegebruik. Maar ons het nietemin na die gemeenskap geluister, wat moeiliker is, want jy moet tred hou met die gevraagde aantal lae, wat sal lei tot die ignorering van beste praktyke rakende die werk met die Dockerfile, en ook meer intuïtief vir gebruikers wat net wil werk met die register sonder veel begrip van die besonderhede.
Ons beperk dus die aantal versoeke op grond van manifesversoeke. Dit hou direk verband met die aflaai van beelde, wat maklik is vir gebruikers om te verstaan. Daar is regtig 'n klein nuanse - as jy probeer om 'n prent af te laai wat reeds bestaan, sal die versoek steeds in ag geneem word, selfs al laai jy nie die lae af nie. Ons hoop in elk geval dat hierdie metode om die frekwensie van aflaaie te beperk billik en gebruikersvriendelik sal wees.
Sien uit na jou terugvoer
Ons sal die beperkings monitor en toepaslike aanpassings maak gebaseer op algemene gebruiksgevalle om te verseker dat die beperkings gepas is vir elke tipe gebruiker, en in die besonder sal ons probeer om nooit ontwikkelaars te verhoed om hul werk te doen nie.
Bly ingeskakel in die komende weke vir nog 'n artikel oor die aanpassing van CI en gevegstelsels in die lig van hierdie veranderinge.
Ten slotte, as deel van ons ondersteuning vir die oopbrongemeenskap, sal ons tot 1 November nuwe prysplanne vir oopbron verskaf. Om aansoek te doen, vul asseblief die vorm in .
Vir meer inligting oor die jongste veranderinge aan die diensbepalings, besoek asseblief .
Vir diegene wat hul beeldaflaaifrekwensielimiete moet verhoog, bied Docker onbeperkte beeldaflaaie as 'n kenmerk. . Soos altyd verwelkom ons terugvoer en vrae. .
Bron: will.com