‫Questa sezione sarà interamente dedicata ai registri delle immagini dei contenitori.
‫C'è molto da fare,
‫quindi, in realtà inizieremo sostanzialmente dicendo che hai bisogno di un registro immagini nel tuo piano.
‫Non è davvero una parte facoltativa dell'ecosistema del contenitore. Il modo in cui Docker e altri strumenti
‫sono progettati è che hanno bisogno di un posto, fuori dai server e fuori dalle workstation degli sviluppatori, per archiviare
‫effettivamente le tue immagini.
‫Tecnicamente, possono essere file zip e puoi esportarli e importarli, ma questa è una situazione
‫davvero difficile.
‫Quindi vuoi veramente pianificare un registro, che sia su internet o privato.
‫Effettueremo effettivamente alcune cose e diverse lezioni qui dove parleremo dei dettagli
‫di Docker Hub e di alcune delle opzioni di autocostruzione presenti.
‫Ci concentreremo sul Docker Store per una lezione e su come questo sia effettivamente diverso da Hub.
‫E poi l'opzione Docker Cloud, che in realtà è anche diversa da Hub, ma anche un componente aggiuntivo
‫del set di
‫strumenti Docker e forse potrebbe aiutarti a semplificare la distribuzione dei server e dei tuoi contenuti nel cloud.
‫Abbiamo anche la nuova funzione Swarm ora in Docker Cloud su cui avrò una lezione specifica.
‫E poi, imparerai come creare il tuo registro personale e distribuirlo sul tuo computer locale o
‫su un Docker Swarm da utilizzare come registro privato.
‫In realtà è open source. E poi menzioneremo alcune delle opzioni di registro
‫di terze parti nel caso in cui non si voglia utilizzare Docker Hub o il registro Docker open-source.
‫In questa lezione tratteremo alcuni degli argomenti avanzati di Docker Hub.
‫Ora, è il registro di immagini più popolare al mondo per i contenitori, ma non è l'unico.
‫Vediamo cosa fa in aggiunta
‫a ciò che abbiamo già discusso finora. breve, Hub è un registro, ma ha anche la creazione di immagini al suo interno.
‫In
‫Questo di solito non fa parte, ad esempio,
‫del registro open-source e quindi contiene un po 'di materiale aggiuntivo che consente di
‫creare immagini al volo.
‫Entreremo in alcune di queste funzionalità qui.
‫E poi, parliamo anche del collegamento degli account GitHub e BitBucket a Hub e del controllo di
‫alcune funzionalità di creazione automatica per la creazione delle immagini in base ai commit.
‫dell'immagine, in modo da rendere più facile assicurarsi che le immagini siano sempre aggiornate.
‫E poi, mostreremo alcune funzionalità relative al concatenamento
‫Abbiamo già parlato un po 'di Docker Hub
‫quando abbiamo appreso le immagini prima in questo corso. Ma volevo esaminare alcune delle altre funzionalità che
‫forse non abbiamo discusso, quindi confrontarle con il Docker Store e poi parlare di
‫cosa potrebbe fare Docker Cloud prima di entrare in altre opzioni di registro per noi stessi .
‫Ovviamente Docker Hub è un registro.
‫È quello di cui abbiamo parlato in questo intero corso.
‫È come tiriamo tutte le nostre immagini, ed è il registro di default per Docker. è l'unico di gran lunga.
‫Ma non
‫Parliamo di cosa può fare oltre a quello che abbiamo già fatto.
‫Possiamo vedere che ho dei repository qui, ovviamente. Puoi dire che ne ho almeno uno
‫privato qui. Quelli privati ​​ne
‫prendi uno gratis e il resto lo devi pagare.
‫Imposta un account di fatturazione come normale e paghi per quello. Quando crei repository e su ciascuna delle tue immagini,
‫siano esse pubbliche o private, puoi scegliere di concedere autorizzazioni alle persone.
‫Questo è il mio punto di vista per un repository che possiedo.
‫Questo sembra essere pubblico.
‫Se sono entrato in Impostazioni, puoi vedere che posso passare avanti e indietro tra renderlo privato
‫e pubblico.
‫Posso cancellarlo. Posso creare webhook e i webhook sono davvero utili per quando le
‫immagini vengono create e inserite in Docker Hub.
‫Puoi far sì che mandi un webhook ad un altro servizio, come Jenkins o Codeship, o Travis CI, o
‫qualcosa del genere, per far sì che le build automatizzate continuino lungo le linee.
‫ottenere il tuo codice da qualcosa come Git o GitHub a Docker e fino ai tuoi server dove vuoi eseguirli.
‫Questi webhook sono lì per aiutarti ad automatizzare il processo di The Collaborators è l'area delle autorizzazioni in cui
‫è possibile impostare le autorizzazioni per altre persone per fare cose con
‫la propria immagine.
‫E poi abbiamo anche Organizzazioni. Quindi, hai le tue autorizzazioni per i tuoi repository e quindi
‫puoi concedere ad altri permessi ai tuoi repository. Ma se vuoi creare organizzazioni puoi farlo
‫anche tu.
‫Sono totalmente gratuiti.
‫Ad esempio, al di sotto di questa organizzazione, posso vedere tutti i loro repository. entrare e cambiare tutte le loro impostazioni.
‫E poi, dato che ho i permessi per ognuno, posso effettivamente
‫Puoi vedere che posso controllare l'appartenenza al team.
‫Posso controllare la fatturazione come faresti normalmente per le immagini private.
‫Questo è molto simile a GitHub, se hai già usato GitHub o se hai mai pagato qualcosa su GitHub.
‫È molto simile dove tutto ciò che è open-source è gratuito e quindi tutto ciò che vuoi
‫essere privato devi pagare per i piani all'interno del gruppo. E le organizzazioni funzionano allo stesso modo di GitHub.
‫Non c'è molto altro in esso.
‫Voglio solo mostrarti alcune cose fondamentali che devi sapere se vuoi iniziare a usarlo.
‫Uno è, se si utilizza un GitHub o BitBucket per memorizzare il codice, non fare clic su questo pulsante
‫per creare il repository.
‫Inoltre, non fare una spinta Docker prima di crearla, perché ciò che vuoi veramente fare
‫è andare qui per creare e creare build automatizzati. La build automatizzata consente a Docker Hub di creare questo
‫percorso CI che creerà automaticamente l'immagine in base al commit del codice.
‫Questo è come il webhook inverso.
‫I webhook che abbiamo visto qualche tempo fa sono per Docker Hub per notificare qualcos'altro che è
‫finito con un'immagine.
‫Ma questo processo consente a Docker Hub di essere avvisato quando succede qualcos'altro.
‫L'ho sempre configurato per la creazione automatica dei miei repository.
‫In questo caso, ad esempio, ho scelto un repository a cui ho accesso e GitHub.
‫E poi, gli do una breve descrizione e mi permette di creare un repository.
‫Ma, in questo caso, sa che proviene da GitHub.
‫Ogni volta che c'è un commit basato su determinati requisiti, o su alcuni rami, effettivamente costruirà la
‫mia immagine al volo.
‫Poi ricevo una piccola e-mail che dice che ha successo o meno.
‫Ecco perché vedi su molte immagini che sono build automatizzati.
‫Questa è solo un'indicazione di qualità perché mostra che questa immagine è probabilmente sempre
‫aggiornata con dovunque sia il codice sorgente. Vedrai qui, come il server Jekyll che abbiamo
‫usato in precedenza in questo corso, che ho alcune di queste opzioni automatizzate qui che non avevo nel repository
‫precedente che non era impostato per l'automazione.
‫Quindi qui ho i dettagli di costruzione, le impostazioni di costruzione. Puoi vedere che ogni volta che viene
‫costruito ha successo nella storia. E poi, nelle impostazioni di costruzione, posso scegliere i rami che voglio costruire. qui, in modo che ogni
‫volta che il software cambia la tua immagine viene ricostruita.
‫Qualcosa che consiglio vivamente è che, qui sotto i link del repository, se stai costruendo
‫immagini su Docker Hub, e stai usando un'istruzione from che stai tirando da un'altra immagine, allora vuoi impostare
‫i link del repository
‫E questo è un grosso problema perché, nel tempo, l'immagine avrà delle dipendenze su di esso, e dovrà essere aggiornata
‫quando verranno aggiornati, magari in base ai requisiti
‫di sicurezza o alle nuove correzioni dei bug. E così, sul mio, perché sta eseguendo Ruby e Jekyll
‫all'interno della mia immagine, ed è dalla dichiarazione nel file Docker che in realtà è il in cui puoi creare automaticamente un'immagine, e forse hai qualche altro software
‫Jekyll, li metto qui in modo che ogni volta che quelle immagini vengano ricostruite, la mia verrà poi ricostruita. che non è GitHub che vuoi dare il via ai build quando succede qualcosa.
‫Se vuoi anche creare un trigger di build. un trigger di build è un altro modo
‫Quindi puoi creare quegli URL di post unici lì.
‫