‫In questa directory, ne sono nei segreti l'esempio due,
‫Quindi è la password
‫e i nomi utente simili che avevamo nella lezione precedente, ma ora abbiamo definito tutto questo in un file Compose. Abbiamo diverse cose qui.
‫La prima cosa è che la versione del tuo file Compose ora deve essere 3. 1. Per avere segreti, dobbiamo
‫essere al. 1 versione di 3.
‫Quindi dovevamo avere 3 per usare gli stack, ma per usare gli stack con i segreti abbiamo bisogno che fosse 3. 1 o
‫più recente.
‫che qui in basso abbiamo questa chiave di root root ed è qui che definiamo i nostri segreti.
‫La seconda cosa che noteremo è
‫I due modi in cui puoi fare dei segreti in un file di Compose sono l'uso di un file per ogni segreto
‫o i segreti creati in precedenza.
‫Qui in realtà stiamo solo usando i file, ma quello che potremmo fare è creare questi segreti da soli in
‫qualche altro metodo tramite la CLI, come hai
‫visto, o magari attraverso l'API direttamente. Poi avremmo invece il file:
‫al di sotto, direbbe solo esterno: e sarebbe il nome del
‫segreto all'interno della lista dei segreti.
‫Dobbiamo dire al file di Compose quali sono i nostri segreti e dove sono, e quindi li assegniamo effettivamente ai servizi che ne
‫hanno bisogno.
‫Questo è fondamentale perché quello che stiamo dicendo è che solo il contenitore che vuole il nostro
‫segreto ottiene il nostro segreto. Se si trattava di un
‫complicato file Compose in cui disponevamo di più servizi, potremmo avere segreti diversi per servizi diversi.
‫Vorremmo prima definirli tutti in basso e poi li assegneremo in
‫modo specifico ad ogni servizio.
‫in realtà considerata la forma abbreviata o il modo semplice per fare i segreti sotto un servizio.
‫Dirò che questa è
‫C'è in realtà un lungo modulo che ti consente di definire cose come le autorizzazioni e gli utenti a cui è consentito l'accesso utilizzando la sintassi standard della modalità
‫Linux e dell'ID utente.
‫Quindi, se eseguivi applicazioni come utente non root, dovresti indirizzare questi
‫segreti solo a quell'utente che è in grado di accedervi.
‫Ma per semplicità, in questo primo esempio, stiamo semplicemente usando la forma abbreviata.
‫Tutto quello che devo fare è usare quel file in un comando di distribuzione stack standard. Quindi, installa
‫docker-compose e chiameremo questo mydb. Vedrai, proprio come prima, in realtà ha creato la rete prima.
‫In questo caso, ha effettivamente creato i segreti prima e poi ha creato il servizio.
‫Se fossi andato a fare una ricerca segreta Docker, vedrai
‫che i due sono lì e segue la stessa convenzione di denominazione di
‫tutti gli altri componenti dello stack, dove è sempre il nome dello stack e quindi il nome dell'oggetto.
‫Proprio come nella lezione precedente, se fossi saltato sul server SQL e in realtà cercassi quei file, sarebbero stati lì come prima; solo ora sono gestiti
‫all'interno del nostro file di stack.
‫La cosa bella qui è che se ho rimosso il mio stack, pulisce anche i segreti e li elimina. nostri segreti, avremmo dovuto fare in modo
‫che una finestra mobile secret rm ne rimuovesse effettivamente ognuno.
‫Nell'esempio precedente, se volessimo
‫rimuovere i Proprio come ultimo promemoria,
‫in questi esempi abbiamo usato file di testo su questo server, e qui stiamo parlando di sciame
‫a 3 nodi.
‫Ma se sei in un ambiente di produzione o in realtà qualcosa che non si trova sul tuo
‫computer locale, non
‫dovresti mantenere i segreti nei file o nel file di cronologia di bash o in qualsiasi posto che potrebbe essere su quell'host.
‫Questo è un po 'come sconfiggere lo scopo di avere i segreti in primo luogo. volta che hai finito lì in modo da non lasciare segreti residui in giro che sono facili da ottenere per le persone.
‫Qualunque sia il
‫tuo processo per ottenere segreti nello Sciame, sappi
‫che potresti aver bisogno di essere ripulito una
‫Ora che abbiamo visto i segreti con i servizi, esaminiamo i segreti con gli stack. e in questa directory, ho un file Compose e poi due segreti
‫memorizzati in file di testo.