‫Docker Registry. Am discutat anterior despre cum poate fi un registru pe care îl stocați
‫în mod privat în rețeaua dvs.
‫Este de fapt parte din repo GitHub Docker / distribuție.
‫Dacă ați căutat Registrul, așa că știi, există o versiune veche a Registry
‫în GitHub care este moștenirea. Va spune clar asta. Actualul registru V2 pe care îl folosim
‫a fost rescris în Go și poate fi găsit în depozitul de coduri de distribuție, dar probabil că nu îl veți utiliza de la
‫GitHub, probabil că îl veți folosi de la Docker Hub. Docker are o imagine oficială pre-construită pentru Registry,
‫deci este la fel de simplă ca și Docker pull registry. Aș spune că este destul de mult registrul
‫defacto backend pentru stocarea containerelor în particular.
‫Este oase destul de goale.
‫Nu există niciun GUI web.
‫Cu siguranță nu este ca un Docker Hub sau alt serviciu al terților. În afara casetei, acesta acceptă certificate și
‫autentificare de bază, dar acestea nu sunt activate în mod prestabilit, iar autentificarea este de
‫fapt tot sau nici una.
‫Nu este vorba de controlul accesului prin RBAC sau bazat pe rol.
‫Este mai mult ca un Apache htaccess unde, dacă aveți un nume de utilizator și o parolă prin care treceți, aveți acces
‫la citire / scriere la tot.
‫Probabil este util doar în echipe mici, fără un fel de instrument pe care să-l facă
‫mai captivant și scalabil.
‫Dar, la bază, este într-adevăr doar un API web și un sistem de stocare care să se ocupe de toate aceste imagini cu care
‫ne vom ocupa.
‫Lucrul frumos este că vine de fapt cu o mulțime de construit în drivere de stocare, care vă
‫permit să puneți stocarea backend-ului pe S3 sau Azure sau Alibaba sau Google Cloud. Are chiar un driver OpenStack Swift,
‫dar vom folosi doar local, care este implicit.
‫Practic, acest lucru înseamnă doar utilizarea sistemului de fișiere local în imagine sau pe gazdă folosind volume.
‫Real rapid, înainte de a ajunge la instalarea registrului, am vrut să vă atrag atenția asupra câtorva legături de
‫resurse din această secțiune pe care ar trebui să le verificați.
‫Primul este un set de bază cu TLS, astfel încât nu va trebui să activați opțiunea de registry
‫nesigur deoarece, evident, TLS este un lucru bun.
‫Al doilea este un articol de referință de la Docker în jurul unei colecții de gunoi.
‫Chestia cu privire la un registru este atunci când îl începeți să îl utilizați în lumea reală, începe cu
‫adevărat o mulțime de date și, mai ales dacă împingeți imaginile mereu și repede, poate începe să mănânce
‫spațiu pe disc.
‫Deci, trebuie să plătiți puțină atenție deciziei dvs. în ceea ce privește driverul de stocare
‫și, de
‫asemenea, acest articol privind colectarea gunoiului, care va încerca să curățească lucrurile vechi și să păstreze în siguranță stocarea.
‫În cele din urmă, o opțiune foarte cool este oglinda registru.
‫Dacă vă deplasați la producție și una dintre preocupările dvs. este că nu doriți
‫să depindeți de Hub pentru o mulțime de imagini de bază, atunci ceea ce puteți face ca o caracteristică în Registry este
‫de a activa un mod proxy și apoi îi spui daemonilor tău Docker să folosească proxy-ul și ce va face este că va
‫cache orice imagini Hub din interiorul acelui registru. Care este destul de mare dacă doriți să vă asigurați că
‫puteți optimiza lățimea de bandă în cazul în care ați primit poate zeci sau sute
‫de servere, cu siguranță nu doriți să descărcați imaginea Ubuntu pe fiecare mașină de la Hub .
‫Dreapta?
‫Așadar, ați putea avea acest proxy mult mai aproape de metalul dvs. și apoi ar oferi și o eventuală eroare în
‫cazul în care Hub-ul ar avea probleme.
‫Totuși, puteți obține copii ale imaginilor la nivel local.