Jinsi Biashara ya Docker Inavyotumia Kuhudumia Mamilioni ya Wasanidi Programu, Sehemu ya 2: Matokeo

Hii ni makala ya pili katika mfululizo wa makala ambayo itashughulikia mapungufu wakati wa kupakua picha za chombo.

В sehemu ya kwanza Tuliangalia kwa karibu picha zilizohifadhiwa katika Docker Hub, sajili kubwa zaidi ya picha ya chombo. Tunaandika haya ili kukusaidia kuelewa vyema jinsi Sheria na Masharti yetu yaliyosasishwa yatakavyoathiri timu za wasanidi kutumia Docker Hub kudhibiti picha za makontena na mabomba ya CICD.

Vizuizi vya upakuaji wa frequency vilitangazwa hapo awali katika yetu Masharti ya huduma. Tunaangalia kwa karibu vizuizi vya masafa ambavyo vitaanza kutumika tarehe 1 Novemba 2020:

Mpango usiolipishwa, watumiaji wasiojulikana: Vipakuliwa 100 ndani ya saa 6
Mpango wa bure, watumiaji walioidhinishwa: vipakuliwa 200 ndani ya masaa 6
Mpango wa Pro: Bila kikomo
Mpango wa ushuru wa timu: usio na kikomo

Masafa ya upakuaji wa Docker hufafanuliwa kama idadi ya maombi ya faili ya maelezo kwa Docker Hub. Vikomo vya ni mara ngapi picha zinaweza kupakuliwa inategemea aina ya akaunti inayoomba picha, na si aina ya akaunti inayomiliki picha. Kwa watumiaji wasiojulikana (wasioidhinishwa), mzunguko wa upakuaji umefungwa kwa anwani ya IP.

NB Utapokea hila zaidi na kesi bora za mazoezi kwenye kozi ya Docker kutoka kwa watendaji. Kwa kuongeza, unaweza kuichukua wakati wowote unaofaa kwako - kwa suala la wakati na mhemko.

Tunapokea maswali kutoka kwa wateja na jumuiya kuhusu tabaka za picha za vyombo. Hatuhesabu tabaka za picha tunapozuia marudio ya upakuaji kwa sababu tunaweka kikomo cha upakuaji wa faili ya maelezo na idadi ya safu (maombi ya blob) haina kikomo kwa sasa. Mabadiliko haya yanatokana na maoni ya jumuiya ili kuifanya iwe rahisi zaidi kwa watumiaji ili watumiaji wasilazimike kuhesabu safu kwenye kila picha wanayotumia.

Uchambuzi wa kina wa viwango vya upakuaji wa picha za Docker Hub

Tulitumia muda mwingi kuchanganua upakuaji wa picha kutoka Docker Hub ili kubaini ni nini kilisababisha kikomo cha bei na jinsi kinapaswa kupunguzwa haswa. Tulichoona kilithibitisha kuwa takriban watumiaji wote walipakua picha kwa kasi inayoweza kutabirika kwa mtiririko wa kawaida wa kazi. Hata hivyo, kuna ushawishi unaoonekana wa idadi ndogo ya watumiaji wasiojulikana, kwa mfano takriban 30% ya vipakuliwa vyote hutoka kwa 1% pekee ya watumiaji wasiojulikana.

Vizuizi vipya vinatokana na uchanganuzi huu, kwa hivyo watumiaji wetu wengi hawataathiriwa. Vizuizi hivi vinafanywa ili kuonyesha matumizi ya kawaida ya msanidi programu - kujifunza Docker, kukuza msimbo, kuunda picha, n.k.

Wasaidie wasanidi programu kuelewa vyema kikomo cha upakuaji

Sasa kwa kuwa tulielewa athari, na vile vile mipaka inapaswa kuwa, tulihitaji kubainisha hali ya kiufundi kwa ajili ya uendeshaji wa vikwazo hivi. Kupunguza upakuaji wa picha kutoka kwa usajili wa Docker ni ngumu sana. Hutapata API ya kupakia katika maelezo ya usajili - haipo. Kwa kweli, kupakua picha ni mchanganyiko wa maombi ya faili ya maelezo na matone kwenye API, na hutekelezwa kwa njia tofauti, kulingana na hali ya mteja na picha iliyoombwa.

Kwa mfano, ikiwa tayari una picha, Docker Engine itatoa ombi la wazi, tambua kwamba tayari ina tabaka zote zinazohitajika kulingana na faili ya maelezo iliyokubaliwa, na kisha iache. Kwa upande mwingine, ukipakua picha inayoauni usanifu mwingi, hoja ya faili ya maelezo itarejesha orodha ya maonyesho ya picha kwa kila usanifu unaotumika. Injini ya Docker itatoa ombi lingine la wazi la usanifu maalum unaoendelea, na kwa kurudi itapokea orodha ya tabaka zote kwenye picha. Kisha itauliza kwa kila safu inayokosekana (blob).

NB Mada hii imefunikwa kwa upana zaidi Kozi ya Docker, ambayo tutachambua zana zake zote: kutoka kwa vifupisho vya msingi hadi vigezo vya mtandao, nuances ya kufanya kazi na mifumo mbalimbali ya uendeshaji na lugha za programu. Utafahamu teknolojia na kuelewa wapi na jinsi bora ya kutumia Docker.

Inabadilika kuwa kupakua picha ni ombi moja au mbili za wazi, na vile vile kutoka sifuri hadi infinity - maombi ya safu (blob). Kihistoria, Docker imefuatilia masafa ya upakuaji kwa msingi wa safu kwa safu kwani hii inahusishwa zaidi na utumiaji wa kipimo data. Lakini hata hivyo, tulisikiliza jumuiya kwamba hii ni ngumu zaidi, kwa sababu unahitaji kufuatilia idadi iliyoombwa ya tabaka, ambayo itasababisha kupuuza mazoea bora kuhusu kufanya kazi na Dockerfile, na pia ni angavu zaidi kwa watumiaji ambao wanataka tu kufanya kazi nao. sajili bila ufahamu mwingi wa maelezo.

Kwa hivyo tunaweka kikomo idadi ya maombi kulingana na maombi ya wazi. Hii inahusiana moja kwa moja na kupakua picha, ambayo ni rahisi kwa watumiaji kuelewa. Kuna, hata hivyo, nuance ndogo - ukijaribu kupakua picha ambayo tayari iko, ombi bado litazingatiwa, hata ikiwa hutapakua tabaka. Kwa hali yoyote, tunatumai kuwa njia hii ya kupunguza kasi ya upakuaji itakuwa sawa na rahisi kwa watumiaji.

Tunasubiri maoni yako

Tutafuatilia vikwazo na kufanya marekebisho yanayofaa kulingana na matukio ya kawaida ya utumiaji ili kuhakikisha kuwa vikwazo vinafaa kwa kila aina ya mtumiaji, na hasa tutajaribu kamwe kuzuia wasanidi kufanya kazi zao.

Endelea kufuatilia katika wiki zijazo kwa makala nyingine kuhusu kusanidi mifumo ya CI na mapambano kwa kuzingatia mabadiliko haya.

Hatimaye, kama sehemu ya usaidizi wetu kwa jumuiya ya programu huria, tutakuwa tukitoa mipango mipya ya uwekaji bei kufikia tarehe 1 Novemba. Kuomba, lazima ujaze fomu hapa.

Kwa maelezo zaidi kuhusu mabadiliko ya hivi punde kwa sheria na masharti, tafadhali wasiliana Maswali.

Kwa wale wanaohitaji kuongeza kikomo cha ni mara ngapi wanapakua picha, Docker hutoa upakuaji wa picha usio na kikomo kama kipengele Mipango ya Pro au Timu. Kama kawaida, tunakaribisha maoni na maswali. hapa.

Chanzo: mapenzi.com