Սա հոդվածների շարքի երկրորդ հոդվածն է, որը կներառի բեռնարկղերի պատկերներ ներբեռնելու սահմանափակումները:
В
Ներբեռնման հաճախականության սահմանափակումները նախապես հայտարարված էին մեր կայքում
Անվճար պլան, անանուն օգտվողներ՝ 100 ներբեռնում 6 ժամում
Անվճար պլան, լիազորված օգտվողներ՝ 200 ներբեռնում 6 ժամում
Pro պլան՝ անսահմանափակ
Թիմային պլան՝ անսահմանափակ
Docker-ի ներբեռնման հաճախականությունը սահմանվում է որպես Docker Hub-ին ուղղված մանիֆեստի հարցումների քանակ: Պատկերի ներբեռնման հաճախականության սահմանաչափերը կախված են պատկերը պահանջող հաշվի տեսակից, այլ ոչ թե պատկերի սեփականատիրոջ հաշվի տեսակից: Անանուն (չլիազորված) օգտվողների համար ներբեռնման հաճախականությունը կապված է ip-հասցեի հետ:
NB Դուք կստանաք ավելի շատ նրբություններ և լավագույն փորձի դեպքեր
Մենք հաճախորդներից և համայնքից հարցեր ենք ստանում կոնտեյների պատկերների շերտերի վերաբերյալ: Մենք չենք հաշվի առնում պատկերի շերտերը ներբեռնման հաճախականությունը սահմանափակելիս, քանի որ մենք սահմանափակում ենք մանիֆեստների ներբեռնումները, իսկ շերտերի (բլբի հարցումների) քանակը ներկայումս անսահմանափակ է: Այս փոփոխությունը հիմնված է համայնքի հետադարձ կապի վրա՝ այն ավելի հարմարավետ դարձնելու համար, որպեսզի օգտատերերը ստիպված չլինեն հաշվել շերտերն իրենց օգտագործած յուրաքանչյուր տեսքի վրա:
Docker Hub պատկերի ներբեռնման հաճախականությունների մանրամասն վերլուծություն
Մենք շատ ժամանակ ծախսեցինք Docker Hub-ից պատկերների ներբեռնումը վերլուծելու վրա՝ պարզելու արագության սահմանափակման պատճառը, ինչպես նաև այն, թե ինչպես կարելի է սահմանափակել այն: Այն, ինչ մենք տեսանք, հաստատեց, որ գրեթե բոլոր օգտվողները պատկերներ են ներբեռնում կանխատեսելի արագությամբ՝ սովորական աշխատանքային հոսքերի համար: Այնուամենայնիվ, նկատելի է փոքր թվով անանուն օգտատերերի ազդեցությունը, օրինակ, բոլոր ներբեռնումների մոտ 30%-ը գալիս է անանուն օգտատերերի միայն 1%-ից:
Նոր սահմանները հիմնված են այս վերլուծության վրա, ուստի մեր օգտատերերի մեծ մասը չի տուժի: Այս սահմանափակումները ստեղծվել են՝ արտացոլելու ծրագրավորողների կողմից սովորական օգտագործումը՝ սովորելով Docker-ը, մշակելով կոդ, կառուցել պատկերներ և այլն:
Օգնում է մշակողներին ավելի լավ հասկանալ ներբեռնման հաճախականության սահմանները
Այժմ, երբ մենք հասկացանք ազդեցությունը, ինչպես նաև, թե որտեղ պետք է լինեն սահմանները, մենք պետք է որոշեինք այդ սահմանափակումների գործարկման տեխնիկական պայմանները: Docker ռեեստրից պատկերների ներբեռնումը սահմանափակելը բավականին դժվար է: Ռեեստրի նկարագրության մեջ դուք չեք գտնի ներբեռնումների համար API, այն պարզապես գոյություն չունի: Փաստորեն, պատկերի ներբեռնումը API-ում մանիֆեստի հարցումների և բշտիկների համակցություն է, և դրանք կատարվում են տարբեր կերպ՝ կախված վիճակից: հաճախորդը և պահանջվող պատկերը:
Օրինակ, եթե դուք արդեն ունեք պատկեր, Docker Engine-ը կհրապարակի մանիֆեստի հարցում, կհասկանա, որ այն արդեն ունի բոլոր անհրաժեշտ շերտերը՝ հիմնված ընդունված մանիֆեստի վրա, և այնուհետև կդադարեցնի: Մյուս կողմից, եթե դուք ներբեռնում եք պատկեր, որն աջակցում է մի քանի ճարտարապետության, ապա մանիֆեստի հարցումը կվերադարձնի պատկերների մանիֆեստների ցանկը յուրաքանչյուր աջակցվող ճարտարապետության համար: Այնուհետև Docker Engine-ը կհրապարակի ևս մեկ մանիֆեստի հարցում այն կոնկրետ ճարտարապետության համար, որի վրա աշխատում է, և դրա դիմաց նա կստանա պատկերի բոլոր շերտերի ցուցակը: Այնուհետև այն կհարցնի յուրաքանչյուր բացակայող շերտի (բլբի) համար:
NB Այս թեման ավելի լայնորեն լուսաբանված է
Պարզվում է, որ պատկերի ներբեռնումն իրականում մեկ կամ երկու մանիֆեստի հարցում է, ինչպես նաև զրոյից մինչև անսահմանություն՝ շերտերի հարցումներ (բլբ): Պատմականորեն Docker-ը հետևել է ներբեռնման հաճախականությանը շերտ առ շերտ, քանի որ դա ամենից շատ կապված է թողունակության օգտագործման հետ: Բայց, այնուամենայնիվ, մենք լսեցինք համայնքին, որն ավելի դժվար է, քանի որ դուք պետք է հետևեք պահանջվող շերտերի քանակին, ինչը կհանգեցնի Dockerfile-ի հետ աշխատելու լավագույն փորձի անտեսմանը, ինչպես նաև ավելի ինտուիտիվ այն օգտվողների համար, ովքեր ցանկանում են պարզապես աշխատել ռեգիստրի հետ՝ առանց մանրամասները շատ հասկանալու:
Այսպիսով, մենք սահմանափակում ենք հարցումների քանակը՝ հիմնվելով մանիֆեստի հարցումների վրա: Սա ուղղակիորեն կապված է պատկերներ ներբեռնելու հետ, ինչը հեշտ է հասկանալ օգտվողների համար: Իսկապես մի փոքր նրբերանգ կա՝ եթե փորձեք ներբեռնել արդեն գոյություն ունեցող պատկեր, ապա հարցումը դեռ հաշվի կառնվի, նույնիսկ եթե շերտերը չներբեռնեք։ Ամեն դեպքում, հուսով ենք, որ ներբեռնումների հաճախականությունը սահմանափակելու այս մեթոդը կլինի և՛ արդար, և՛ օգտագործողի համար հարմար:
Անհամբեր սպասում ենք ձեր արձագանքներին
Մենք կվերահսկենք սահմանափակումները և կկատարենք համապատասխան ճշգրտումներ՝ հիմնվելով ընդհանուր օգտագործման դեպքերի վրա՝ համոզվելու համար, որ սահմանափակումները համապատասխան են յուրաքանչյուր տեսակի օգտատերերի համար, և, մասնավորապես, մենք կփորձենք երբեք չխանգարել ծրագրավորողներին կատարել իրենց աշխատանքը:
Հետևեք առաջիկա շաբաթներին այս փոփոխությունների լույսի ներքո CI և մարտական համակարգերի ճշգրտման վերաբերյալ մեկ այլ հոդվածի համար:
Վերջապես, որպես բաց կոդով համայնքի մեր աջակցության մաս, մենք մինչև նոյեմբերի 1-ը կտրամադրենք բաց կոդով նոր գնային պլաններ: Դիմելու համար խնդրում ենք լրացնել ձևաթուղթը
Ծառայության պայմանների վերջին փոփոխությունների մասին լրացուցիչ տեղեկությունների համար այցելեք
Նրանց համար, ովքեր պետք է բարձրացնեն իրենց պատկերների ներբեռնման հաճախականության սահմանները, Docker-ն առաջարկում է անսահմանափակ պատկերների ներբեռնումներ՝ որպես գործառույթ:
Source: www.habr.com