‫Această secțiune se referă la registrele imaginilor containerului.
‫Trebuie să trecem prin multe,
‫deci, de fapt, vom începe să spunem cu adevărat că aveți nevoie de un registru de imagini în planul dvs.
‫Nu este o parte opțională a ecosistemului containerului. Modul în care Docker și alte instrumente sunt proiectate
‫este că au nevoie de un loc, de pe serverele dvs. și de pe stațiile de lucru pentru dezvoltatori, pentru a
‫stoca efectiv imaginile.
‫Din punct de vedere tehnic, ele pot fi fișiere zip și le puteți exporta și importa, dar asta este într-adevăr o
‫situație greoaie.
‫Deci, într-adevăr doriți să planificați un registru, indiferent dacă este pe internet sau unul privat.
‫De fapt, vom trece prin niște lucruri și diferite prelegeri aici, unde vorbim despre
‫detaliile Docker Hub și unele dintre opțiunile de construire automată de acolo.
‫Ne vom concentra pe magazinul Docker pentru o prelegere și cum este de fapt diferit de Hub.
‫Și apoi opțiunea Docker Cloud, care de fapt diferă de Hub, dar și un add-on pentru
‫setul de
‫instrumente Docker, și poate vă poate ajuta să ușurați instalarea serverelor și a lucrurilor în cloud.
‫Avem, de asemenea, noua caracteristică Swarms acum în Docker Cloud că voi avea o prelegere specifică.
‫Și apoi, veți învăța cum să vă creați propriul registru și să îl implementați fie pe mașina dvs. locală, fie
‫pe un Docker Swarm pentru a utiliza ca registru privat.
‫Este de fapt open-source. Și apoi vom menționa unele dintre opțiunile de
‫registru ale terților în cazul în care nu doriți să utilizați Docker Hub sau registrul Docker open-source.
‫În această prelegere vom aborda câteva dintre subiectele avansate ale programului Docker Hub.
‫Acum, este cel mai popular registru de imagini din lume pentru containere, dar nu este singurul.
‫Să vedem ce face în plus
‫față de ceea ce am discutat deja până acum. În rezumat, Hub este un registru, dar are, de asemenea, o construcție a imaginii în el.
‫În mod normal, aceasta nu face parte, de exemplu,
‫din registrul open-source și, prin urmare, are puține lucruri suplimentare în el, ceea ce vă permite
‫să construiți imagini în zbor.
‫Vom înscrie câteva dintre aceste caracteristici aici.
‫Apoi, vorbiți și despre conectarea conturilor GitHub și BitBucket la Hub și verificarea unor
‫caracteristici de auto-construire pentru a vă construi imaginile pe baza comitetelor.
‫Apoi, vom arăta câteva trăsături în jurul construirii imaginii înlănțuite, astfel încât să puteți face mai ușor să
‫vă asigurați că imaginile dvs. sunt mereu la zi.
‫Am acoperit deja un pic despre Docker Hub
‫când am învățat mai întâi despre imaginile anterioare în acest curs. Dar am vrut să trec prin câteva dintre celelalte
‫caracteristici pe care poate nu le-am discutat și apoi să le comparăm cu magazinul Docker și apoi să vorbim
‫despre ce ar putea face Docker Cloud pentru noi înainte de a intra în alte opțiuni de registru pentru noi înșine .
‫Evident, Docker Hub este un registru.
‫Asta am vorbit despre acest curs.
‫Este modul în care tragem toate imaginile noastre și este registrul implicit pentru Docker. Dar, nu este singurul de
‫departe.
‫Să vorbim despre ce poate face în afară de ceea ce am făcut deja.
‫Putem vedea că am depozite aici, evident. Poți să spui că de fapt am cel puțin
‫una privată aici. Cei privați,
‫aveți unul gratuit, iar restul pentru care trebuie să plătiți.
‫Ați creat un cont de facturare ca normal și veți plăti pentru asta. Când creați depozite și pe fiecare dintre imaginile dvs.,
‫indiferent dacă acestea sunt publice sau private, puteți alege să acordați permisiuni persoanelor.
‫Din acest punct de vedere ar arăta un depozit pe care îl dețin.
‫Aceasta se întâmplă să fie una publică.
‫Dacă am intrat în Setări, puteți vedea că pot trece din ce în ce mai mult între a face public
‫și privat.
‫Pot să o șterg. Pot crea cârlige web, iar huburile web sunt cu adevărat la îndemână atunci
‫când imaginile sunt construite și împinse în Docker Hub.
‫Aveți posibilitatea să trimiteți un halou la un alt serviciu, cum ar fi Jenkins sau Codeship, sau Travis CI,
‫sau ceva de genul asta, pentru a avea construite automate continuând pe linii.
‫Aceste cârlige de web sunt acolo pentru a vă ajuta să automatizați procesul de obținere a codului dvs. total de la ceva de genul Git
‫sau GitHub la Docker și până la serverele pe care doriți să le rulați. Colaboratorii reprezintă zona permisiunilor în care puteți
‫seta permisiuni pentru alte persoane să facă lucruri cu imaginea
‫dvs.
‫Și apoi avem și organizații. Deci, aveți permisiuni proprii pentru propriile dvs. depozite și apoi puteți
‫da altora permisiuni în depozitele dvs. Dar, dacă doriți să creați organizații, puteți face
‫și asta.
‫Sunt complet liberi.
‫De exemplu, sub această organizație, văd toate repo-urile lor. Și apoi, pentru că am
‫permisiuni pentru fiecare, pot să intru și să schimb setările.
‫Puteți vedea că pot controla apartenența la echipă.
‫Pot să controlez facturarea pe care o faci în mod normal pentru imagini private.
‫Acest lucru seamănă foarte mult cu GitHub, dacă ați folosit GitHub deloc sau dacă ați plătit vreodată ceva pentru GitHub.
‫Este foarte asemănătoare în cazul în care tot ce este open-source este liber și apoi orice vrei să
‫fii privat trebuie să plătești pentru planurile în grup. Și organizațiile funcționează la fel ca GitHub.
‫Nu mai e altceva.
‫Vreau doar să vă arăt câteva lucruri cheie pe care trebuie să le știți dacă doriți să începeți să le folosiți.
‫Una este, dacă utilizați un GitHub sau BitBucket pentru a stoca codul dvs., nu faceți clic pe acest buton pentru a
‫vă crea depozitul.
‫De asemenea, nu faceți o apăsare Docker înainte de ao crea mai întâi, deoarece ceea ce doriți cu adevărat să faceți este
‫să mergeți aici pentru a crea și a crea o construcție automată. Construcția automată permite companiei Docker Hub să creeze această
‫cale CI, care va crea automat imaginea pe baza comitetelor codului.
‫Acest lucru este la fel ca reversul.
‫Webhook-urile pe care tocmai le-am privit cu puțin timp în urmă sunt pentru Docker Hub să notifice altceva că a terminat
‫cu o imagine.
‫Dar acest proces permite ca Docker Hub să fie notificat atunci când se întâmplă altceva.
‫Mereu am creat-o pentru a-mi construi propriile depozite.
‫În acest caz, de exemplu, am ales doar un depozit la care am acces și GitHub.
‫Și apoi, îi dau o scurtă descriere și îmi permite să creez un depozit.
‫Dar, în acest caz, știe că vine de la GitHub.
‫Ori de câte ori există o comitet pe baza anumitor cerințe, sau anumite ramuri, îmi va
‫construi imaginea în mișcare.
‫Apoi primesc un e-mail frumos care spune că are succes sau nu.
‫De aceea vedeți pe o mulțime de imagini că sunt construite automat.
‫Este doar o indicație a calității deoarece arată că această imagine este probabil actualizată
‫ori de câte ori este codul sursă. Veți vedea aici, ca serverul Jekyll pe care
‫l-am folosit anterior în acest curs, că am câteva dintre aceste opțiuni automatizate aici, pe care nu le aveam în magazia anterioară
‫care nu a fost configurată pentru automatizare.
‫Deci, aici am construit detalii, am construit setări. Puteți vedea că de fiecare dată când este construit,
‫are succes în istorie. Și apoi, în setările de construcție, pot alege care ramuri vreau să construiesc. Ceea ce îmi recomand foarte
‫mult este că aici, sub linkuri de depozit, dacă
‫construiți imagini pe Docker Hub și folosiți o declarație că trageți de la o
‫altă imagine, atunci doriți să configurați linkuri de depozit aici, astfel încât oricând software-ul modifică imaginea dvs.
‫va fi reconstruită.
‫Și asta este o afacere mare pentru că, în timp, imaginea ta va avea dependențe de ea și va trebui să se actualizeze atunci
‫când aceștia se actualizează ei înșiși, poate pe
‫baza cerințelor de securitate sau a unor noi corecții de erori. Și așa, pentru mine, pentru că rulează Ruby și
‫Jekyll în imaginea mea, și de la declarația din fișierul Docker este de fapt Jekyll, i-am
‫pus pe cei de aici, pentru ca oricând acele imagini să fie reconstruite, a mea va fi apoi reconstruită.
‫Dacă doriți, de asemenea, să creați un declanșator de construire ... un declanșator de construire este un alt mod de intrare pentru ca dvs.
‫să aveți automat o imagine construită și poate aveți un alt software care nu este GitHub pe care vreți să îl lansați
‫ori de câte ori se întâmplă ceva.
‫Deci, puteți crea acele URL-uri unice postate acolo.