‫Registro Docker. In precedenza abbiamo discusso di come può essere un registro che
‫si archivia in privato sulla rete.
‫In realtà fa parte del repository GitHub Docker / distribution.
‫Se sei andato alla ricerca di Registro, solo per quello che sai, c'è una vecchia versione
‫del Registro in GitHub che è legacy. Lo dirà chiaramente. L'attuale registro V2 che stiamo usando è
‫stato riscritto in Go e può essere trovato nel repository del codice di distribuzione ma probabilmente non lo userai
‫da GitHub, probabilmente lo utilizzerai da Docker Hub. Docker ha un'immagine ufficiale precostruita per il registro,
‫quindi è semplice come il registro di sistema di Docker. backend defacto per l'archiviazione privata dei contenitori.
‫Direi che è praticamente il registro di
‫È piuttosto nudo.
‫Non c'è una GUI web.
‫Non è sicuramente come un Docker Hub o altri servizi di terze parti. All'avvio, supporta i certificati e l'autenticazione
‫di base, ma non sono abilitati per impostazione predefinita e l'autenticazione è in
‫realtà tutto o nessuno.
‫Non è RBAC o controllo di accesso basato sui ruoli.
‫in cui, se si dispone di un nome utente e una password che si ottiene, si ha accesso in lettura / scrittura a tutto.
‫È più simile a un accesso di Apache
‫Probabilmente è utile solo in piccoli gruppi senza un qualche tipo di strumento su di esso per
‫renderlo più enterprise-y e scalabile.
‫Ma al suo interno, è davvero solo un'API web e un sistema di archiviazione per gestire tutte queste immagini di grandi dimensioni con le quali
‫avremo a che fare.
‫La cosa bella è che in realtà viene fornito con molti driver di archiviazione incorporati che
‫ti consentono di archiviarli su S3 o Azure o Alibaba o Google Cloud. Ha persino un driver OpenStack
‫Swift, ma useremo solo il locale predefinito.
‫Fondamentalmente, questo significa semplicemente utilizzare il file system locale nell'immagine o sul tuo host usando i volumi.
‫Davvero veloce, prima di installare il registro, volevo richiamare la tua attenzione su alcuni
‫link di risorse in questa sezione che dovresti controllare.
‫Il primo è una configurazione di base con TLS in modo che non sia necessario abilitare l'opzione di registro
‫non sicura perché, ovviamente, TLS è una buona cosa.
‫Il secondo è un articolo di riferimento di Docker attorno a una garbage collection.
‫un registro è quando inizi a utilizzarlo nel mondo reale, inizia davvero a raccogliere molti dati e, soprattutto
‫se stai spingendo le immagini più e più volte, può davvero iniziare a consumare spazio su disco.
‫Il problema di
‫Quindi devi dedicare un po 'di attenzione alla tua decisione riguardo al tuo driver di archiviazione
‫e, inoltre, questo
‫articolo sulla raccolta dei rifiuti che cercherà di ripulire le cose vecchie e tenere sotto controllo lo spazio di archiviazione.
‫Infine, un'opzione davvero interessante è il mirror del registro.
‫tue preoccupazioni è che non vuoi dipendere dall'Hub per molte delle tue immagini
‫di base, allora quello che puoi fare come funzionalità nel Registro è abilitare una modalità proxy e poi dite ai vostri
‫daemon Docker di usare il proxy e ciò che farà sarà memorizzare nella cache qualsiasi immagine di Hub all'interno di quel registro.
‫Se stai distribuendo in produzione e una delle Il che è molto bello se si vuole essere sicuri di
‫poter ottimizzare la larghezza di banda nel caso in cui abbiate dozzine o centinaia
‫di server, sicuramente non volete scaricare l'immagine di Ubuntu su ogni singola macchina dall'Hub .
‫Destra?
‫Quindi potresti avere questo proxy molto più vicino al tuo metallo, e quindi fornirebbe anche un failover nel
‫caso in cui l'Hub avesse problemi.
‫Puoi ancora ottenere le tue copie delle immagini localmente.