Kuidas Dockeri ettevõte teenindab miljoneid arendajaid, 2. osa: väljaminevad andmed

Kuidas Dockeri ettevõte teenindab miljoneid arendajaid, 2. osa: väljaminevad andmed

See on teine ​​artikkel artiklite seeriast, mis hõlmab konteineri piltide allalaadimise piiranguid.

В Esimene osa vaatasime lähemalt Docker Hubi, suurima konteineripiltide registri, salvestatud pilte. Kirjutame selle selleks, et saaksite paremini mõista, kuidas meie värskendatud teenusetingimused mõjutavad arendusmeeskondi, kes kasutavad konteineri kujutiste ja CICD torujuhtmete haldamiseks Docker Hubi.

Allalaadimissageduse piirangud teatati varem meie Kasutustingimused. Vaatame lähemalt 1. novembril 2020 kehtima hakkavaid sageduspiiranguid:

Tasuta pakett, anonüümsed kasutajad: 100 allalaadimist 6 tunni jooksul
Tasuta pakett, volitatud kasutajad: 200 allalaadimist 6 tunni jooksul
Pro plaan: piiramatu
Meeskonnaplaan: piiramatu

Dockeri allalaadimise sagedus on määratletud kui Docker Hubi manifestitaotluste arv. Piltide allalaadimise sageduse piirangud sõltuvad pilti taotleva konto tüübist, mitte pildi omaniku konto tüübist. Anonüümsete (volituseta) kasutajate puhul on allalaadimissagedus seotud IP-aadressiga.

NB Saate rohkem peensusi ja parimate tavade juhtumeid Dockeri kursusel praktikutelt. Pealegi saate selle läbida siis, kui see teile sobib - nii ajas kui ka meeleolus.

Saame klientidelt ja kogukonnalt küsimusi konteineri pildikihtide kohta. Me ei võta allalaadimissageduse piiramisel arvesse pildikihte, kuna piirame manifestide allalaadimist ja kihtide (blob-päringute) arv on praegu piiramatu. See muudatus põhineb kogukonna tagasisidel, et muuta see kasutajasõbralikumaks, et kasutajad ei peaks iga kasutatud välimuse puhul kihte arvestama.

Docker Hubi piltide allalaadimise sageduste üksikasjalik analüüs

Veetsime palju aega Docker Hubist piltide allalaadimise analüüsimisel, et teha kindlaks kiiruspiirangu põhjus ja täpselt, kuidas seda piirata. Nähtu kinnitas, et peaaegu kõik kasutajad laadivad pilte tüüpiliste töövoogude jaoks prognoositava kiirusega alla. Siiski on märgatav vähese hulga anonüümsete kasutajate mõju, näiteks umbes 30% kõigist allalaadimistest pärineb ainult 1% anonüümsetest kasutajatest.

Kuidas Dockeri ettevõte teenindab miljoneid arendajaid, 2. osa: väljaminevad andmed

Uued piirangud põhinevad sellel analüüsil, seega ei mõjuta see enamikku meie kasutajaid. Need piirangud on loodud peegeldama arendajate tavapärast kasutust – Dockeri õppimine, koodi arendamine, piltide loomine ja nii edasi.

Aidates arendajatel paremini mõista allalaadimissageduse piiranguid

Nüüd, kui saime aru mõjust ja ka sellest, kus peaksid olema piirid, tuli määrata nende piirangute toimimise tehnilised tingimused. Piltide allalaadimise piiramine Dockeri registrist on üsna keeruline. Te ei leia allalaadimiseks mõeldud API-d registrikirjeldusest – seda lihtsalt pole olemas. Tegelikult on pildi allalaadimine API-s sisalduvate manifestipäringute ja plekkide kombinatsioon ning neid täidetakse sõltuvalt rakenduse olekust erinevalt. klient ja soovitud pilt.

Näiteks kui teil on pilt juba olemas, väljastab Docker Engine manifesti taotluse, mõistab, et sellel on aktsepteeritud manifesti alusel juba kõik vajalikud kihid, ja seejärel peatub. Teisest küljest, kui laadite alla pilti, mis toetab mitut arhitektuuri, tagastab manifestitaotlus iga toetatud arhitektuuri jaoks pildi manifestide loendi. Docker Engine väljastab seejärel uue manifestipäringu konkreetse arhitektuuri jaoks, millel see töötab, vastutasuks saab ta pildi kõigi kihtide loendi. Seejärel esitab see päringu iga puuduva kihi (blob) kohta.

NB Seda teemat käsitletakse laiemalt Dockeri kursus, milles analüüsime kõiki selle tööriistu: põhiabstraktsioonidest võrguparameetriteni, erinevate operatsioonisüsteemide ja programmeerimiskeeltega töötamise nüanssideni. Saate tutvuda tehnoloogiaga ja mõistate, kus ja kuidas Dockerit kõige paremini kasutada.

Selgub, et pildi allalaadimine on tegelikult üks või kaks manifestitaotlust, samuti nullist lõpmatuseni - kihtide (blob) taotlused. Ajalooliselt on Docker allalaadimissagedust jälginud kihtide kaupa, kuna see on kõige rohkem seotud ribalaiuse kasutamisega. Kuid sellegipoolest kuulasime kogukonda, mis on keerulisem, kuna peate jälgima soovitud kihtide arvu, mis toob kaasa Dockerfile'iga töötamise parimate tavade eiramise ja on ka intuitiivsem kasutajatele, kes soovivad lihtsalt töötage registriga ilma üksikasjadest palju aru saamata.

Seega piirame taotluste arvu manifestitaotluste alusel. See on otseselt seotud piltide allalaadimisega, millest kasutajatel on lihtne aru saada. Siin on tõesti väike nüanss - kui proovite alla laadida juba olemasolevat pilti, võetakse taotlus ikkagi arvesse, isegi kui te kihte alla ei laadi. Igal juhul loodame, et selline allalaadimissageduse piiramise meetod on ühtaegu õiglane ja kasutajasõbralik.

Ootan teie tagasisidet

Jälgime piiranguid ja teeme tavapärastel kasutusjuhtudel vastavad kohandused, et tagada piirangute sobivus igale kasutajatüübile ning eelkõige püüame mitte kunagi takistada arendajatel oma tööd tegemast.

Olge järgmistel nädalatel lainel, et saada veel üks artikkel, mis käsitleb CI ja lahingusüsteemide kohandamist nende muudatuste valguses.

Lõpuks pakume avatud lähtekoodiga kogukonna toetamise osana kuni 1. novembrini uusi avatud lähtekoodiga hinnakujundusplaane. Kandideerimiseks palun täitke ankeet siin.

Lisateavet teenusetingimuste viimaste muudatuste kohta leiate aadressilt FAQ.

Neile, kes peavad suurendama oma piltide allalaadimise sageduse piiranguid, pakub Docker funktsioonina piiramatut piltide allalaadimist. Pro või meeskonna plaanid. Nagu alati, ootame tagasisidet ja küsimusi. siin.

Allikas: www.habr.com

Lisa kommentaar