‫Cerințele pentru această prelegere sunt că înțelegeți ce este o imagine și că ați
‫făcut un pic de lucru cu containerele.
‫În această prelegere, vom face un tur rapid în jurul Docker Hub și vom
‫cunoaște câteva dintre caracteristicile sale de bază. Apoi, vom discuta despre diferența dintre o imagine oficială și, poate, alte imagini
‫la fel de bune și cum să spunem diferența dintre o imagine bună și o imagine proastă.
‫Apoi, voi arăta puțin în jurul descărcării imaginilor și a modului în care puteți vedea diferitele etichete pe care le
‫vor folosi și diferența dintre o imagine Alpine și alte opțiuni de imagine.
‫Ar fi trebuit să vă conectați la hub. docher. com. Când vă conectați la pagina
‫dvs. de pornire implicită este tabloul de bord, care vă va arăta toate depozitele dvs. publice și private.
‫Încă nu vei avea, dar poți vedea că am niște aici.
‫Toate sunt publice.
‫Am una privată. Acum, hai să mergem la vârf și să căutăm nginx. Ce vom obține înapoi sunt rezultatele căutării de pe
‫Docker Hub și veți vedea că există multe. Aș putea derula pagini și pagini.
‫Una dintre provocări este că există 15.000 de imagini ale lui Nginx.
‫Asta e mult.
‫Deci, folosesc doar una sau două.
‫Cea oficială
‫aici, veți vedea în partea de sus, are 10 milioane plus.
‫Există mai multe caracteristici pentru a afla care este imaginea potrivită.
‫La fel ca mine, veți începe să utilizați imaginile pentru fluxul de lucru care sunt legate de ceea ce faceți și
‫veți deveni obișnuiți cu anumite. Veți dori anumite.
‫De obicei, întotdeauna începem cu oficialul.
‫Oficialul va fi singurul cu cuvântul "oficial" de fapt sub el.
‫Acesta va fi, de asemenea, singurul în cazul în care numele său nu are un slash înainte în ea.
‫Când tu și cu mine creăm imagini pe Docker Hub, trebuie să le creăm cu numele contului lor în fața
‫lor.
‫Deci, când vă uitați la toate celelalte, acestea sunt nume de cont cu nume de redări ale imaginilor.
‫Ar putea fi de fapt o organizație slash nginx sau ceva de genul asta.
‫Dar singurele care vor avea doar numele repo sunt considerate oficiale. Imaginile oficiale sunt cele pe
‫care Docker, Inc. de fapt, are o echipă de oameni care ajută să
‫aibă grijă de ei, să se asigure că au documentație de calitate, că sunt bine testate și că sunt
‫puse împreună împreună cu Dockerfile care respectă regulile celor mai bune practici. Ei lucrează, de obicei, cu echipa oficială a acelui software care
‫face de fapt să se asigure că face toate lucrurile pe care ar trebui să le facă.
‫Așa că am să fac clic pe asta.
‫Să ne uităm la câteva lucruri despre Depozitele Oficiale.
‫Asa cum am spus mai inainte, veti fi de multe ori sa folositi oficiali pentru a incepe si apoi in cele din urma
‫veti gasi ca doriti sa o schimbati usor sau sa adaugati cateva lucruri la ea si veti face propriile imagini.
‫Imaginile oficiale sunt o modalitate foarte bună de a începe.
‫Unul dintre cele mai bune lucruri despre imaginile oficiale este documentarea lor.
‫Ele sunt întotdeauna foarte minunate în a documenta cum
‫să le facă să funcționeze, ce opțiuni ar putea exista, ce variabile de mediu, care este portul implicit și așa mai departe.
‫Deci, înapoi în sus, veți observa aceste versiuni. Versiunile sunt o caracteristică comună a depozitelor oficiale.
‫Nu trebuie să aveți variante în toate imaginile, ci cele oficiale.
‫Deoarece cea mai mare parte a software-ului open-source există întotdeauna cel puțin câteva versiuni oficiale în
‫sălbăticie care sunt întreținute și susținute oficial.
‫Asta avem aici. Avem linia principală 1. 11 pentru Nginx și apoi avem ceea ce considerăm ramura
‫stabilă a lui Nginx, care este 1. 10. Putem vedea numele
‫mic aici, spune stabil jessie Dockerfile.
‫In regula.
‫Deci, haideți să ne descurcăm.
‫1. 11. 9, linia principală, 1, 1. 11 și mai târziu.
‫Toate acestea sunt etichete.
‫Când începem să vorbim despre imagini, imaginile nu sunt neapărat numite. Imaginile sunt etichetate. O versiune a unei imagini poate avea de
‫fapt mai mult de o etichetă.
‫O să ne aruncăm puțin mai târziu când începem să facem propriile noastre
‫imagini și putem juca cu tagging-ul.
‫Dar pentru moment, dacă vroiam să descarc acea imagine specifică și îți amintești mai devreme că am descărcat-o de
‫fapt, așa
‫că dacă fac o imagine a docului, vei vedea cele trei imagini cu care am lucrat până acum mașina mea.
‫Vedeți eticheta care spune mai târziu. Cel mai recent este o etichetă specială.
‫Nu garantează neapărat că este întotdeauna cea mai recentă comitere în depozit.
‫De obicei, înseamnă că primești cea mai recentă versiune a acestui produs. În depozitele oficiale este foarte bine definită și consecventă, astfel
‫încât, dacă
‫nu v-ați păsat chiar acum exact ce versiune doriți, ați vrut doar cea mai
‫recentă, atunci ați putea spune că docker trage nginx. Ar descărca cele
‫mai recente. Veți observa că deja știa că am avut-o, a verificat SHA-ul
‫pentru a se asigura că se potrivea cu cel de la Docker Hub și
‫a spus: "Hei, am primit deja această imagine, este actualizat. "Dacă aș fi vrut să descarc versiunea 1 a docker-ului. 11. 9?
‫Va merge să verificați și să vedeți ce trebuie să faceți pentru a descărca acea imagine
‫și se pare că nu trebuie să faceți nimic deoarece este exact aceeași versiune.
‫De asta vine linia asta aici.
‫Mă pot referi la această versiune "cea mai recentă", chiar aici, prin oricare dintre aceste etichete.
‫Motivul este dacă am vrut doar să rămân la ultima versiune de 1. 0, indiferent ce ar putea fi pentru Nginx,
‫aș putea specifica un 1. Dacă aș fi vrut să fiu mai specific când am
‫descărcat imagini și am vrut cea mai recentă versiune de 1. 11, atunci aș putea să tip 1. 11 ca asta și
‫doar lăsați-o. 9 și îl va descărca pe acesta.
‫Dar, în cazul meu, am specificat cea mai specifică dintre toate 1. 11. 9 care arată punctul de
‫lansare și care a fost doar pentru a se asigura că am primit versiunea exactă am vrut.
‫Deci, în software-ul dvs., o bună practică este când veți merge la producție și de fapt, testați software-ul
‫pe care îl veți folosi
‫pentru alții, întotdeauna doriți să specificați versiunea exactă.
‫Este rar că doriți să actualizați automat software-ul dvs.
‫De obicei, doriți să controlați acest proces cu un alt instrument DevOps.
‫Dar când dezvoltați sau încercați doar ceva local, este foarte ușor ca imaginile oficiale să scrie doar numele
‫și să presupunem că veți obține cele mai recente.
‫Deci veți observa că aici sunt alții.
‫Este 1. 11. 9-alpine și toate acestea au nume foarte asemănătoare cu primul,
‫dar toate au cuvântul alpin în ele.
‫Vom ajunge mai târziu în imagini și distribuții de bază, dar doar pentru moment, Alpine este de fapt
‫o distribuție a Linux foarte mică.
‫Este de fapt mai mică de 5MB în mărime, cred. Această versiune va însemna, de fapt, că vine dintr-o imagine
‫de bază a Alpine, păstrând-o foarte mică și ușoară, în timp ce cea implicită sau cea mai recentă de fapt
‫vine de la jessie, distribuție Debian. Este puțin mai mare, probabil
‫puțin peste 100MB.
‫De fapt, putem merge de fapt aici și putem privi.
‫Deci nginx 182MB chiar aici.
‫Dacă vreau să descarc acea versiune exactă a Alpine, pot spune 1. 11. 9-apline și apoi face ls imaginea
‫de andocare și veți vedea că versiunea alpină este de fapt doar 54MB și
‫cea mai recentă versiune este de 182MB.
‫De asemenea, veți observa că cele trei versiuni pe care le-am
‫descărcat au același ID de imagine, deoarece ID-ul imaginii se bazează pe SHA-ul criptografic al fiecărei imagini din Docker Hub.
‫Deci, acest lucru nu este de fapt trei copii diferite de imagini de 128MB.
‫Este de fapt o înșelătoare.
‫Este vorba doar de trei etichete ale aceluiași ID de identificare a imaginii și este totală doar bifând 182 MB și acestea
‫sunt doar două alte linii care prezintă același ID de imagine cu etichete diferite asociate cu acesta.
‫Dar destul despre etichete și versiuni pentru acum.
‫Să verificăm
‫câteva alte lucruri în Docker Hub. Dacă mă întorc la nginx în bara de căutare și caut nginx din nou,
‫veți vedea din nou că există o mulțime de alte opțiuni și acestea pot fi făcute de oricine.
‫Puteți crea propria versiune personalizată Nginx și deoarece este un software open source și poate
‫distribui gratuit, puteți să o puneți înapoi aici și să o oferiți publicului.
‫Acest lucru este foarte asemănător cu modelul GitHub, unde vă permit să stocați software-ul open source
‫și puteți să vă oferiți software-ul altor persoane și să-l oferiți.
‫Același lucru merge aici.
‫Poți să folosești imaginile altor persoane și să le descarci, să le faci pe ale tale, să le încarci din nou.
‫Deci, dacă vreodată vreau să nu iau în considerare utilizarea unui depozit oficial, ceea ce de obicei caut
‫sunt un număr de stele și un număr de sondaje, deoarece un depozit popular, pentru mine, tinde să creeze încredere.
‫Vă recomandăm întotdeauna să descărcați și să inspectați software-ul înainte de al utiliza. Uitați-vă în Dockerfile lor și sperăm că
‫vor avea un depozit open source pe care puteți să-l vizitați exact cum au
‫făcut acea imagine.
‫O bună indicație este atunci când vezi lucruri care au cinci milioane în ele și 945 de stele; în mod clar există ceva interesant
‫despre acest pachet și de ce atât de mulți oameni o aleg mai degrabă decât
‫să folosească imaginea oficială.
‫Puteți veni aici și să vă uitați la depozitul lor.
‫De fapt, puteți vedea în dreapta că este legat de depozitul său GitHub, în ​​cazul în care software-ul cu
‫adevărat open source este cel care construiește această imagine, astfel încât să puteți merge și să o inspectați; și, eventual, să
‫descărcați codul sursă actual în afara unei imagini.
‫Dar, el a făcut clar ceva cu această imagine Nginx care o face mai
‫bună decât implicit oficial.
‫Mai multe lucruri. În bara de sus, veți vedea Explorați. Explorați vă
‫oferă un rezumat al tuturor imaginilor oficiale și puteți să le
‫percepeți și, credeți-mă, sunt multe. De fapt, în resursele
‫pentru această secțiune, veți găsi un link către lista actuală a imaginilor oficiale și sub
‫"bibliotecă", aici se află toate imaginile oficiale și fișierele Docker.
‫Puteți vedea că există multe. Ca o recapitulare rapidă, în această lecție am vorbit despre Docker
‫Hub și cum este similar cu a fi managerul de pachete apt
‫pentru containere, apoi cum să recunoaștem imaginile oficiale și cum să le folosim.
‫Apoi, v-am ajutat să vă dați seama cum să determinați o imagine publică bună, de la cea care nu poate fi bună.
‫Apoi câteva sfaturi despre imaginile de bază și despre modul în care alpinele sunt de obicei mai mici decât omologii Debian.
‫Deci, vom folosi aceste abilități în restul acestei secțiuni.