Ez a második cikk a cikkek sorozatából, amelyben megvizsgáljuk a konténerképek letöltésének korlátait.
A Részletesen foglalkoztunk a Docker Hub-on tárolt képekkel, a legnagyobb konténerkép registry-vel. Erről azért írunk, hogy jobban megértsétek, miként befolyásolják a frissített Szolgáltatási feltételeink a Docker Hub-ot használó fejlesztői csapatokat a konténerképek és CICD munkafolyamatok kezelésében.
A letöltési gyakoriságról korábban már beszámoltunk a . Részletesebben megvizsgáljuk a november 1-jétől hatályos letöltési gyakoriságbeli korlátokat:
Ingyenes tarifacsomag, anonim felhasználók: 100 letöltés 6 óránként
Ingyenes tarifacsomag, bejelentkezett felhasználók: 200 letöltés 6 óránként
Pro tarifacsomag: korlátozások nélkül
Team tarifacsomag: korlátozások nélkül
A Docker letöltési gyakoriságát a Docker Hub-hoz intézett mánifesztum kérések számaként határozzuk meg. A konténerképek letöltési korlátai a kérő fiók típusától függnek, nem pedig a kép tulajdonosa fiók típusától. Az anonim (nem bejelentkezett) felhasználók esetében a letöltési gyakoriság az IP-címhez van kötve.
Figyelem. További részletek és legjobb gyakorlatok a . Érdemes tudni, hogy amikor neked megfelelő, akár időben, akár hangulatban is elvégezheted.
Kérdések érkeznek tőlünk az ügyfelektől és a közösségtől a konténerképek rétegeivel kapcsolatban. A rétegeket nem vesszük figyelembe a letöltési gyakoriság korlátozásakor, mivel a mánifesztumok letöltésére korlátozunk, és a rétegek (blob kérések) száma jelenleg nincs korlátozva. Ez a változás a közösség visszajelzésein alapul, hogy felhasználóbarátabbak legyünk, így a felhasználóknak nem szükséges számolniuk a rétegeket minden általuk használt képen.
A Docker Hub képek letöltési gyakoriságának részletes elemzése
Sokat időt töltöttünk el a Docker Hub képfájlok letöltésének elemzésével, hogy meghatározzuk a sebességkorlátozás okát, valamint azt, hogyan is kellene korlátozni. Amit láttunk, megerősítette, hogy valójában minden felhasználó kiszámítható sebességgel tölti le a képeket a tipikus munkafolyamatok számára. Azonban van egy érzékelhető hatása a kis számú anonim felhasználónak, például az összes letöltés körülbelül 30%-a mindössze 1%-a anonim felhasználóktól származik.
Az új korlátozások ezen az elemzésen alapulnak, így a felhasználóink túlnyomó része nem szenved hátrányt. Ezek a korlátozások a fejlesztők szokásos használatának megjelenítésére készültek — a Docker megismerésére, kód fejlesztésére, képfájlok létrehozására stb.
Fejlesztők támogatása a letöltési sebességkorlátozás jobb megértése érdekében
Most, hogy megértettük a hatásokat, valamint hogy hol kellene a határoknak lenniük, meg kellett határoznunk a korlátozások technikai követelményeit. A képek letöltésének korlátozása a Docker registry-ből meglehetősen bonyolult. Nem talál API-t a registry letöltéséhez — egyszerűen nem létezik. A képfájl letöltése lényegében a manifeszt és a blobok API-beli lekérdezésének kombinációját jelenti, amelyek különböző módon működnek, attól függően, hogy mi a kliens állapota és milyen képfájlokat kérdeznek le.
Például, ha már van egy képfájljuk, a Docker Engine kérdést intéz a manifesztről, megérti, hogy már minden szükséges réteggel rendelkezik a megkapott manifeszt alapján, majd megáll. Másrészről — ha egy több architektúrát támogató képfájlt tölt le, a manifeszt lekérdezés egy listát ad vissza a támogatott architektúrák számára készült képfájlok manifesztjeiről. Ezt követően a Docker Engine egy újabb kérdést intéz a konkrét architektúrára vonatkozóan, amelyen működik, és választ kap a képfájl összes rétegének listájára. Ezután minden hiányzó réteget (blob) kérni fog.
Figyelem. A téma szélesebb körű kifejtése található a , ahol az összes eszközt áttekintjük: a legfontosabb abstrahálásoktól kezdve a hálózati beállításokig, a különböző operációs rendszerekkel és programozási nyelvekkel kapcsolatos részletekig. Megismerkedhet a technológiával, és megértheti, hol és hogyan érdemes a Dockert használni.
Azt jelenti, hogy a képfájl letöltése valójában egy vagy két manifest kérés, valamint nullától a végtelenségig - a rétegek (blob) lekérdezése. Történelmileg a Docker a rétegek letöltési gyakoriságát követte, mivel ez a legjobban összefügg a sávszélesség használatával. Mindazonáltal figyelembe vettük a közösség véleményét, hogy ez bonyolultabb, mivel nyomon kell követni a kérdezett rétegek számát, amely figyelmen kívül hagyja a Dockerfile-lal kapcsolatos legjobb gyakorlatokat, és intuitívan érthetetlenebb a felhasználók számára, akik egyszerűen csak szeretnének dolgozni a registryvel, anélkül hogy mélyebben belemerülnének a részletekbe.
Tehát a manifest kérések alapján korlátozzuk a kérések számát. Ez közvetlenül összefügg a képek letöltésével, amit a felhasználók könnyen megértenek. Valójában van egy kis nüansz - ha megpróbálja letölteni a képet, ami már megvan, a kérés még mindig figyelembe lesz véve, még akkor is, ha nem tölt le rétegeket. Bármilyen esetben reméljük, hogy ez a letöltési korlátozási módszer igazságos és kényelmes lesz a felhasználók számára.
Várjuk az Ön visszajelzését
Figyelemmel kísérjük a korlátozásokat, és a tipikus használati esetek alapján a megfelelő módosításokat végezzük, hogy megbizonyosodjunk arról, hogy a korlátozások megfelelnek minden felhasználói típusnak, különösen arra törekszünk, hogy soha ne zavarjuk meg a fejlesztőket a munkájuk elvégzésében.
Kérjük, figyelje a közelgő üzeneteket, egy újabb cikk lesz a CI és éles rendszerek beállításáról e változások fényében.
Végül, a nyílt forráskódú szoftverfejlesztő közösség támogatása keretében november 1-ig új árazási terveket kínálunk nyílt forráskódú projektekről. A jelentkezéshez ki kell töltenie egy űrlapot .
További információkért a legújabb szolgáltatási feltételek változásairól forduljon a .
Akiknek szükségük van a képek letöltési sebességének korlátozásának megemelésére, a Docker korlátlan képletöltést kínál funkcióként . Mint mindig, várjuk a visszajelzőket és a kérdéseket .
Forrás: habr.com
