‫I requisiti per questa lezione sono che tu capisci cos'è un'immagine e che hai fatto
‫un po 'di lavoro con i contenitori.
‫In questa conferenza, faremo un rapido giro per Docker Hub e scopriremo
‫alcune delle sue funzionalità di base. Quindi discuteremo la differenza tra un'immagine ufficiale e forse altre solo come
‫immagini buone e come distinguere tra una buona immagine e una cattiva immagine.
‫Poi mostrerò un po 'come scaricare le immagini e come puoi vedere i diversi tag che Dovresti aver effettuato l'accesso all'hub. finestra mobile. com. Quando accedi alla tua home page predefinita è la tua dashboard, che
‫useranno e la differenza tra un'immagine alpina e altre opzioni di immagine. ti mostrerà tutti i tuoi repository, pubblici e privati.
‫Non ne avrai ancora, ma puoi vedere che ne ho alcuni qui.
‫Sono tutti pubblici.
‫Ne ho uno privato Per ora andiamo in cima e cerchiamo nginx. Quello che torneremo è i risultati della ricerca di Docker Hub e vedrai
‫che c'è molto. Potrei scorrere per pagine e pagine.
‫Una delle sfide è che ci sono 15.000 immagini di Nginx.
‫Questo è molto.
‫Quindi uso solo uno o due.
‫Quello ufficiale
‫qui, vedrai in cima, ha 10 milioni di colpi in più.
‫Ci sono diverse caratteristiche per capire qual è l'immagine giusta.
‫Come me, inizierai a utilizzare le immagini per il tuo flusso di lavoro
‫che sono correlate a ciò che fai e ti abituerai a quelle specifiche. Ti piaceranno quelli specifici.
‫In genere, iniziamo sempre con il funzionario.
‫Il funzionario sarà l'unico con la parola "ufficiale" proprio sotto di esso.
‫Sarà anche l'unico in cui il suo nome non ha una barra in avanti.
‫Quando tu e io creiamo immagini su Docker Hub,
‫dobbiamo crearle con il nome del nostro account di fronte a loro.
‫Quindi, quando guardi tutti questi altri, questi sono nomi di account che tagliano i nomi degli archivi di immagini.
‫Potrebbe essere in realtà una barra pubblicitaria nginx o qualcosa del genere.
‫Ma gli unici che ottengono solo il nome del pronti contro termine sono considerati ufficiali. Le immagini ufficiali sono quelle
‫che Docker, Inc. ha in realtà un gruppo di persone che aiutano a prendersi cura di loro, assicurano che
‫abbiano una documentazione di qualità, che siano ben testati e che siano messi
‫insieme correttamente con Dockerfiles che obbediscono alle regole delle migliori pratiche. Di solito lavorano con il team ufficiale di quel software
‫che in realtà lo fa per assicurarsi che stia facendo tutte le cose che dovrebbe fare.
‫Quindi clicco su questo.
‫Diamo un'occhiata ad un paio di cose sui repository ufficiali.
‫Come ho detto prima, spesso inizierai a usare i funzionari
‫per iniziare e poi alla fine potresti scoprire che vuoi cambiarlo leggermente o aggiungere alcune cose e farai le tue immagini.
‫Le immagini ufficiali sono un ottimo modo per iniziare.
‫Una delle cose migliori delle immagini ufficiali è la loro documentazione.
‫Sono sempre molto bravi a documentare come farli funzionare,
‫quali opzioni potrebbero esserci, quali variabili d'ambiente, quali sono le porte predefinite e così via.
‫Quindi, torna in cima, noterai queste versioni. Le versioni sono una caratteristica comune dei repository ufficiali.
‫Non devi avere versioni in ogni immagine, ma quelle ufficiali lo fanno.
‫Poiché la maggior parte dei software open
‫source contiene sempre almeno alcune versioni ufficiali che vengono ufficialmente mantenute e supportate.
‫Questo è quello che abbiamo qui. Abbiamo la linea principale 1. 11 per Nginx e quindi abbiamo quello che è considerato il ramo
‫stabile di Nginx, che è 1. 10. Possiamo vedere il piccolo nome
‫qui dice stable jessie Dockerfile.
‫Tutto ok.
‫Quindi rompiamolo.
‫1. 11. 9, linea principale, 1, 1. 11 e ultimo.
‫Quelli sono tutti tag.
‫Quando iniziamo a parlare di immagini, le immagini non sono necessariamente nominate. Le immagini sono contrassegnate. Una versione di un'immagine
‫può effettivamente avere più di un tag.
‫Ci tufferemo un po 'più tardi quando inizieremo a creare
‫le nostre immagini e possiamo giocare con il tagging.
‫se faccio un'immagine docker ls, vedrai le tre immagini con cui
‫abbiamo lavorato finora la mia macchina
‫Ma per ora, se volessi effettivamente scaricare quell'immagine specifica, e ti ricordi che in precedenza l'avremmo già scaricata, quindi
‫Vedi il tag che dice più tardi. Ora l'ultimo è un tag speciale.
‫Non garantisce necessariamente che sia sempre l'ultimo commit nel repository.
‫Ciò che in genere significa è che stai ricevendo l'ultima versione di questo prodotto. Nei repository ufficiali, è molto ben
‫definito e coerente in modo che se non ti interessasse in quel momento esattamente quale
‫versione volevi, volevi solo la più attuale, quindi potresti semplicemente dire
‫docker pull nginx.
‫Dovrebbe scaricare l'ultima. quello di Docker Hub e disse "Ehi, ho già questa immagine, è aggiornata.
‫Noterai che sapeva già che ce l'avevo, controllò lo
‫SHA per assicurarsi che corrispondesse a "Che cosa succede se volevo scaricare la versione 1 dell'immagine mobile. 11. 9?
‫Andrà a controllare e vedere che cosa deve fare per scaricare quell'immagine e si scopre che
‫non ha bisogno di fare nulla perché è la stessa identica versione.
‫Questo è ciò che significa questa linea qui.
‫Posso riferirmi a questa versione 'principale, più recente' qui da uno qualsiasi di questi tag.
‫Il motivo è se volevo solo rimanere sull'ultima versione di 1. 0, qualunque
‫cosa potrebbe essere per Nginx, potrei semplicemente specificare un 1. ho scaricato le immagini e volevo la versione più recente di 1.
‫Se volevo essere più specifico quando 11, quindi potrei semplicemente digitare 1. 11 come questo e
‫basta lasciare fuori il. 9 e scaricherà quello.
‫Ma nel mio caso, ho effettivamente specificato il più specifico di tutti 1. 11. 9 che mostra il punto di rilascio e che è stato solo per
‫garantire che ho ottenuto la versione esatta che volevo.
‫Quindi, nel tuo software,
‫una buona pratica è quando stai andando in produzione e stai effettivamente
‫testando il software che userai per gli altri, vuoi sempre specificare la versione esatta.
‫È raro che tu voglia veramente che il tuo software si aggiorni automaticamente.
‫Di solito si desidera controllare tale processo con qualche altro strumento DevOps.
‫Ma quando stai sviluppando o semplicemente testando qualcosa a livello locale, è super facile con
‫le immagini ufficiali digitare semplicemente il nome e pensare che stai per ottenere l'ultimo.
‫Quindi noterai che ce ne sono altri.
‫C'è 1. 11. 9-alpine e questi hanno tutti nomi molto simili al primo ma
‫hanno tutti la parola alpino in loro.
‫Entreremo più tardi in immagini e distribuzioni di base, ma per ora
‫Alpine è in realtà una distribuzione di Linux molto piccola.
‫In realtà credo che abbia meno di 5 MB. Questa versione in realtà significa che proviene da un'immagine di base di Alpine, mantenendola molto piccola e
‫leggera, mentre quella predefinita o l'ultima
‫immagine proviene effettivamente da jessie, che è una distribuzione Debian. È un po 'più grande
‫di dimensioni, probabilmente un po' più di 100 MB.
‫In effetti, possiamo effettivamente andare qui e possiamo guardare.
‫Quindi nginx 182 MB proprio qui.
‫Se voglio scaricare quella versione esatta di Alpine, posso dire 1. 11. che la versione alpina è in
‫realtà solo 54 MB e l'ultima versione è 182 MB.
‫9-apline e poi fai l'immagine docker ls e vedrai
‫Noterai inoltre che le tre versioni che ho scaricato tutte hanno lo stesso ID immagine perché l'ID immagine è
‫basato sullo SHA crittografico di ciascuna immagine in Docker Hub.
‫Quindi questo non è in realtà tre diverse copie di 128 MB di immagini.
‫In realtà è un po 'ingannevole.
‫In realtà sono solo tre tag con lo stesso identico ID dell'immagine e il suo total ticking è solo di 182 MB e queste sono solo altre due righe che mostrano lo stesso
‫ID di immagine con diversi tag ad esso associati.
‫Ma abbastanza su tag e versioni per ora.
‫Controlliamo alcune altre cose in
‫Docker Hub. Se torno su nginx nella barra di ricerca e cerco nuovamente nginx, vedrai di nuovo che ci sono
‫molte altre opzioni che possono essere fatte da chiunque.
‫Puoi creare la tua versione Nginx personalizzata e poiché è un software
‫open source e gratuito da distribuire, puoi rimetterlo qui e offrirlo al pubblico.
‫Questo è molto simile al modello di GitHub in cui ti permettono di archiviare
‫software open source e puoi biforcare il software di altre persone e anche offrirlo.
‫La stessa cosa va qui.
‫Puoi utilizzare le immagini di altre persone e scaricarle, renderle personali, ricaricarle.
‫Quindi, se mai voglio considerare di non
‫usare un repository ufficiale, quello che cerco di solito è un numero di stelle e un numero di sondaggi perché un repository popolare, per me, tende a stabilire fiducia.
‫Consiglio sempre di scaricare e ispezionare il software prima di utilizzarlo. Guarda nel loro Dockerfile e speriamo che abbiano
‫un repository open source che puoi vedere esattamente come
‫hanno fatto quell'immagine.
‫qualcosa di interessante in questo pacchetto e perché così tante persone lo scelgono piuttosto
‫che usare l'immagine ufficiale.
‫Una buona indicazione è quando vedi cose che hanno cinque milioni di tiri su di loro e 945 stelle; chiaramente c'è
‫Puoi entrare qui e guardare il loro deposito.
‫Puoi vedere sulla destra che
‫è collegato al suo repository GitHub in cui il vero software open source è quello
‫che costruisce questa immagine in modo che tu possa andare a ispezionarla; e, possibilmente, scaricare il codice sorgente effettivo al di fuori di un'immagine.
‫Ma, ha chiaramente fatto qualcosa con questa immagine di Nginx che lo
‫rende migliore del default ufficiale.
‫Un altro paio di cose. Nella barra in alto, vedrai Esplora. le immagini ufficiali e puoi sfogliarle attraverso e, credetemi, c'è molto.
‫Esplora ti fornisce solo
‫un riassunto di tutte Infatti, nelle risorse per questa sezione,
‫troverai un link alla lista effettiva delle immagini ufficiali e sotto 'biblioteca', qui è dove vivono tutte
‫le immagini ufficiali e i loro Dockerfiles.
‫Puoi vedere che c'è molto. Come riassunto rapido, in questa conferenza abbiamo parlato di Docker Hub e di come
‫è simile al gestore di pacchetti apt per Containers, quindi
‫come riconoscere le immagini ufficiali e come utilizzarle.
‫Poi ti ho aiutato a capire come determinare una buona immagine pubblica forse da una non così buona.
‫Quindi alcuni suggerimenti sulle immagini di base e su come quelli alpini sono in genere più piccoli delle loro controparti Debian.
‫Quindi useremo queste abilità nel resto di questa sezione.
‫