See on teine artikkel artiklite seeriast, kus käsitletakse piiranguid konteinerite piltide allalaadimisel.
V Uurisime üksikasjalikult Docker Hub'i, suurima konteinerite piltide registrit. Kirjutame sellest, et te saaksite paremini aru, kuidas meie uuendatud teenusetingimused mõjutavad arendustiime, kes kasutavad Docker Hub'i konteinerite piltide ja CICD torujuhtmete haldamiseks.
Allalaadimise sageduspiirangutest anti teada varem meie . Uurime lähemalt piiranguid, mis jõustuvad 1. novembril 2020:
Tasuta paketiga, anonüümsed kasutajad: 100 allalaadimist 6 tunni jooksul
Tasuta paketiga, autoriseeritud kasutajad: 200 allalaadimist 6 tunni jooksul
Pro pakett: piirangud puuduvad
Meeskonna pakett: piirangud puuduvad
Docker'i allalaadimise sagedus määratakse kui murede arvu arvutamine Docker Hub'is. Piltide allalaadimise piirangud sõltuvad pildi küsijate konto tüübist, mitte pildi omaniku konto tüübist. Anonüümsete (autentimata) kasutajate jaoks on allalaadimise sagedus seotud IP-aadressiga.
N.B. Rohkem nippe ja parimaid praktikaid saad . Ja saad seda läbida siis, kui sulle sobib – nii ajaliselt kui ka meeleolus.
Saame küsimusi klientidelt ja kogukonnalt konteinerite piltide kihtide kohta. Me ei arvesta pildi kihi allalaadimise piiramise osana, sest piirame ainult murede allalaadimist, ja praegu ei piirata kihte (blob'i murede arv). See muudatus põhineb kogukonna tagasisidel, et muuta see kasutajasõbralikumaks, nii et kasutajatel pole vaja kokku lugeda kihte igas kasutatavast pildist.
Detailne analüüs Docker Hub'i piltide allalaadimise sagedusest
Oleme kulutanud palju aega Docker Hubi piltide allalaadimise analüüsimiseks, et mõista kiiruspiirangute põhjuseid ja selle rakendamise viise. Meie tähelepanekud kinnitasid, et enamiku kasutajate allalaadimiskiirus on tüüpiliste töövoogude jaoks ettearvatav. Siiski on märgatav mõju vähestelt anonüümsetelt kasutajatelt, näiteks ligikaudu 30% kõigist allalaadimistest tuleb vaid 1% anonüümsetelt kasutajatelt.
Uued piirangud põhinevad sellel analüüsil, mistõttu enamik meie kasutajatest ei tohiks kannatada. Need piirangud on loodud kajastama tavapärast kasutust arendajate poolt — Dockeriga tutvumist, koodi arendamist, piltide loomist jne.
Arendajate toimetulekuks, et paremini mõista allalaadimiskiirus piiranguid
Nüüd, kui me mõistame mõju ja ka seda, kus piirid peaksid olema, peame määratlema nende piirangute tehnilised töötingimused. Docker registrist piltide allalaadimine on üsna keeruline. Te ei leia API-d laadimiste kohta registri kirjelduses — seda ei eksisteeri. Tegelikult on pildi allalaadimine päris palju kombinatsioon manifeestide ja blobide päringutest API-s, ja need teostatakse erinevalt, sõltuvalt kliendi seisundist ja küsitavast pildist.
Näiteks, kui teil on juba pilt, esitab Docker Engine päringu manifeedi kohta, mõistab, et tal on juba kõik vajalikud kihid manifeedi põhjal, ja seejärel peatub. Teiselt poolt — kui te allalaadite mitme arhitektuuri toetava pildi, tagastab manifeedi päring piltide manifeedide loendi iga toetatava arhitektuuri jaoks. Seejärel esitab Docker Engine veel ühe päringu manifeedi kohta konkreetse arhitektuuri osas, kus ta töötab, ja vastuseks saab kõigi pildi kihtide loendi. Peale seda hakkab ta küsima iga puuduvat kihti (blob).
N.B. Seda teemat käsitletakse laiemalt , kus arutame läbi kõik selle tööriistad: alates põhialustest kuni võrguparameetriteni, erinevate operatsioonisüsteemide ja programmeerimiskeelte nüanssidega. Tutvute tehnoloogiaga ja mõistate, kus ja kuidas on Dockerit kõige parem kasutada.
Tuleb välja, et kujundi allalaadimine on tegelikult üks või kaks manifesteerimise päringut, samuti nullist lõputuseni — kihtide (blob) päringud. Ajalooliselt jälgis Docker allalaadimise sagedust kihtide alusel, kuna see on kõige rohkem seotud ribalaiuse kasutamisega. Kuid me kuulasime kogukonda, et see on keerulisem, kuna tuleb jälgida nõutavate kihtide arvu, mis viib parimate praktikate ignoreerimiseni Dockerfile'iga töötamisel ning on kasutajatele, kes soovivad lihtsalt registriga töötada, vähem arusaadav.
Seetõttu piirame päringute arvu, lähtudes manifestipäringutest. See on otseselt seotud piltide allalaadimisega, mida kasutajad saavad lihtsalt mõista. Tõsi, on väike nüanss - kui proovite alla laadida juba olemasolevat pilti, loetakse päring ikkagi arvesse, isegi kui te kihte ei lae. Igatahes loodame, et selline allalaadimise sageduse piiramise meetod on nii õiglane kui ka kasutajasõbralik.
Ootame teie tagasisidet
Jälgime piirmäärasid ja teeme vastavaid muudatusi tüüpiliste kasutusjuhtide põhjal, et olla kindlad, et piirangud sobivad iga tüübi kasutajatega, ning püüame kindlasti mitte segada arendajaid nende töö tegemisel.
Jälgige järgmiste nädalate uudiseid, tulemas on veel üks artikkel CI ja tootmissüsteemide seadistamise kohta nende muudatuste valguses.
Lõpuks, toetamaks avatud lähtekoodiga tarkvarade arendajate kogukonda, pakume 1. novembriks uusi tariife avatud lähtekoodiga projektidele. Taotluse esitamiseks tuleb täita vorm. .
Lisainfo saamiseks viimaste teenuse tingimuste muudatuste kohta võtke ühendust .
Need, kes soovivad suurendada piltide allalaadimise kiiruspiiranguid, saavad Dockerilt piiramatud allalaadimise võimalused . Nagu alati, ootame teie tagasisidet ja küsimusi .
Allikas: habr.com
