Tämä on toinen artikkeli artikkelisarjassa, joka kattaa säilökuvien lataamisen rajoitukset.
В tarkastelimme tarkemmin Docker Hubiin, joka on suurin konttikuvien rekisteri, tallennettuja kuvia. Kirjoitamme tämän antaaksemme sinulle paremman käsityksen siitä, kuinka päivitetyt käyttöehtomme vaikuttavat kehitystiimeihin, jotka käyttävät Docker Hubia konttikuvien ja CICD-putkien hallintaan.
Lataustiheyden rajoitukset on ilmoitettu aiemmin meidän . Katsomme tarkemmin 1 voimaan tulevia taajuusrajoituksia:
Ilmainen suunnitelma, nimettömät käyttäjät: 100 latausta 6 tunnissa
Ilmainen suunnitelma, valtuutetut käyttäjät: 200 latausta 6 tunnissa
Pro-suunnitelma: rajoittamaton
Joukkuesuunnitelma: rajoittamaton
Dockerin lataustiheys määritellään Docker Hubiin osoitettujen luettelopyyntöjen määräksi. Kuvien lataustiheysrajoitukset riippuvat kuvaa pyytävän tilin tyypistä, eivät kuvan omistajan tilin tyypistä. Anonyymien (valtuuttamattomien) käyttäjien lataustiheys on sidottu IP-osoitteeseen.
NB Saat lisää hienouksia ja parhaita käytäntöjä . Lisäksi voit käydä sen läpi silloin, kun se sinulle sopii - sekä ajallisesti että mielialalla.
Saamme asiakkailta ja yhteisöltä kysymyksiä säilön kuvakerroksista. Emme huomioi kuvakerroksia, kun rajoitamme lataustiheyttä, koska rajoitamme luettelolatauksia ja tasojen (blob-pyyntöjen) määrä on tällä hetkellä rajoittamaton. Tämä muutos perustuu yhteisön palautteeseen, jotta se olisi käyttäjäystävällisempi, jotta käyttäjien ei tarvitse laskea tasoja jokaisessa käyttämässään ulkoasussa.
Yksityiskohtainen analyysi Docker Hubin kuvien lataustaajuuksista
Käytimme paljon aikaa Docker Hubista ladattujen kuvien analysointiin selvittääksemme syyn nopeusrajoitukselle sekä tarkalleen kuinka sitä rajoitetaan. Se, mitä näimme, vahvisti, että käytännössä kaikki käyttäjät lataavat kuvia ennustettavalla nopeudella tyypillisiä työnkulkuja varten. Pienellä määrällä nimettömiä käyttäjiä on kuitenkin havaittavissa oleva vaikutus, esimerkiksi noin 30 % kaikista latauksista tulee vain 1 %:lta anonyymeistä käyttäjistä.
Uudet rajat perustuvat tähän analyysiin, joten se ei vaikuta useimpiin käyttäjiimme. Nämä rajoitukset on tehty heijastelemaan kehittäjien normaalia käyttöä - Dockerin oppimista, koodin kehittämistä, kuvien rakentamista ja niin edelleen.
Auttaa kehittäjiä ymmärtämään paremmin lataustiheyden rajoituksia
Nyt kun ymmärsimme vaikutuksen ja myös sen, missä rajat pitäisi olla, jouduimme määrittämään näiden rajoitusten toiminnan tekniset ehdot. Kuvien lataamisen rajoittaminen Docker-rekisteristä on melko vaikeaa. Et löydä sovellusliittymää latauksille rekisterin kuvauksesta – sitä ei vain ole olemassa. Itse asiassa kuvan lataaminen on yhdistelmä sovellusliittymän luettelopyyntöjä ja blobeja, ja ne suoritetaan eri tavalla sovelluksen tilasta riippuen. asiakas ja pyydetty kuva.
Jos sinulla on esimerkiksi jo kuva, Docker Engine lähettää luettelopyynnön, ymmärtää, että siinä on jo kaikki tarvittavat tasot hyväksytyn luettelon perusteella, ja pysähtyy sitten. Toisaalta, jos lataat kuvan, joka tukee useita arkkitehtuureja, luettelopyyntö palauttaa luettelon kuvaluetteloista jokaiselle tuetulle arkkitehtuurille. Docker Engine lähettää sitten toisen manifestipyynnön tietylle arkkitehtuurille, jossa se toimii, vastineeksi se saa luettelon kaikista kuvan tasoista. Se tekee sitten kyselyn jokaisesta puuttuvasta tasosta (blob).
NB Tätä aihetta käsitellään laajemmin , jossa analysoimme sen kaikkia työkaluja: perusabstraktioista verkkoparametreihin, eri käyttöjärjestelmien ja ohjelmointikielien kanssa työskentelyn vivahteisiin. Tutustut teknologiaan ja ymmärrät missä ja miten Dockeria parhaiten käyttää.
Osoittautuu, että kuvan lataaminen on itse asiassa yksi tai kaksi luettelopyyntöä sekä nollasta äärettömyyteen - pyyntöjä tasoille (blob). Historiallisesti Docker on seurannut lataustiheyttä kerros kerrokselta, koska tämä liittyy eniten kaistanleveyden käyttöön. Mutta siitä huolimatta kuuntelimme yhteisöä, mikä on vaikeampaa, koska sinun on seurattava pyydettyä tasojen määrää, mikä johtaa Docker-tiedoston kanssa työskentelyn parhaiden käytäntöjen huomiotta jättämiseen ja on myös intuitiivisempaa käyttäjille, jotka haluavat vain työskentele rekisterin kanssa ymmärtämättä paljon yksityiskohtia.
Joten rajoitamme pyyntöjen määrää luettelopyyntöjen perusteella. Tämä liittyy suoraan kuvien lataamiseen, mikä on käyttäjien helppo ymmärtää. Siinä on todella pieni vivahde - jos yrität ladata jo olemassa olevan kuvan, pyyntö otetaan silti huomioon, vaikka et lataa tasoja. Joka tapauksessa toivomme, että tämä lataustiheyden rajoittamistapa on sekä oikeudenmukainen että käyttäjäystävällinen.
odotan palautettasi
Seuraamme rajoituksia ja teemme tarvittavat muutokset yleisten käyttötapausten perusteella varmistaaksemme, että rajoitukset ovat kullekin käyttäjätyypille sopivat, ja erityisesti pyrimme olemaan koskaan estämättä kehittäjiä tekemästä työtään.
Pysy kuulolla tulevien viikkojen aikana saadaksesi toisen artikkelin CI- ja taistelujärjestelmien säätämisestä näiden muutosten valossa.
Lopuksi, osana tukeamme avoimen lähdekoodin yhteisölle, tarjoamme uusia avoimen lähdekoodin hinnoittelusuunnitelmia 1. marraskuuta asti. Hakeaksesi täytä lomake .
Lisätietoja viimeisimmistä palveluehtojen muutoksista on osoitteessa .
Niille, joiden on nostettava kuvien lataustiheyden rajoja, Docker tarjoaa rajattomasti kuvien latauksia ominaisuutena. . Kuten aina, otamme mielellämme palautetta ja kysymyksiä vastaan. .
Lähde: will.com