‫Neste diretório, estou em segredos amostra duas, e neste
‫Então, é a senha
‫e os nomes de usuários que conhecemos na palestra anterior, mas agora definimos tudo isso em um arquivo Compose. Temos várias coisas diferentes aqui.
‫A primeira coisa é que a versão do seu arquivo Compose agora tem que ser 3. 1. Para ter segredos, temos que
‫estar no. 1 lançamento de 3.
‫Então precisamos ter 3 para usar pilhas, mas usar pilhas com segredos, precisamos que seja 3. 1 ou
‫mais recente.
‫que, aqui em baixo, temos essa chave de segredos de raiz agora e é onde definimos nossos segredos.
‫A segunda coisa que notaremos é
‫As duas maneiras pelas quais você pode fazer segredos em um arquivo Compose estão usando um arquivo para cada
‫segredo ou os segredos pré-criados.
‫Aqui, na verdade, estamos apenas usando arquivos, mas o que podemos fazer é criar esses segredos por conta própria em algum
‫outro método através da CLI, como você viu,
‫ou talvez através da API diretamente. Então, nós apenas em vez do
‫arquivo: por baixo dele, seria apenas dizer externo: e seria o nome
‫do segredo dentro da lista de segredos.
‫Precisamos contar o arquivo Compose sobre nossos segredos e onde eles estão, e então nós realmente os atribuímos aos serviços que
‫precisam deles.
‫Essa é a chave porque o que realmente dizemos é que apenas o recipiente que quer
‫nosso segredo obtém nosso segredo. Se este fosse um
‫complicado arquivo Compose onde tenhamos vários serviços, podemos ter diferentes segredos para diferentes serviços.
‫Nós primeiro definiríamos todos eles no final e depois os
‫atribuiriamos especificamente em cada serviço.
‫é realmente considerado a forma curta ou a maneira fácil de fazer os segredos sob um serviço.
‫Eu direi que isso
‫Na verdade, existe um formulário longo que permite que você defina coisas como as permissões e os usuários que têm permissão para acessar isso usando o padrão do Linux e as
‫sintaxes de ID do usuário.
‫Então, se você estivesse executando aplicativos como um usuário não-root, você gostaria
‫de segmentar esses segredos para que esse usuário pudesse acessá-los.
‫Mas por motivos de simplicidade neste primeiro exemplo, estamos apenas usando o formulário curto.
‫Tudo o que eu preciso fazer é usar esse arquivo em um comando de implantação de pilha padrão. Então, implante docker-compose,
‫e nós chamaremos este mydb. Você verá, assim como antes, realmente criou a rede primeiro.
‫Nesse caso, ele realmente criou os segredos primeiro e depois criou o serviço.
‫Se eu fosse e fizesse uma consulta secreta do Docker, então você
‫verá que os dois estão lá e segue a mesma convenção de nomeação que
‫todos os outros componentes da pilha, onde sempre é o nome da pilha e depois o nome do objeto.
‫Assim como na palestra anterior, se eu pulei no servidor SQL e na verdade procurei esses arquivos, eles estariam lá, como antes; só agora, eles são gerenciados
‫dentro do nosso arquivo de pilha.
‫O bom aqui é se eu removi minha pilha, ele também limpa os segredos e se livra deles. nossos segredos, teríamos que fazer um
‫rm secreto docker para realmente remover cada um.
‫No exemplo anterior, se
‫quiséssemos remover Assim como um
‫último lembrete, nestes exemplos, usamos arquivos de texto neste servidor, e estamos falando aqui de
‫enxame de 3 nós.
‫Mas se você estiver em um ambiente de produção ou realmente qualquer coisa que não esteja na sua
‫máquina local, você
‫não deve manter os segredos nos arquivos ou no arquivo histórico da bash ou em qualquer lugar que possa estar nesse host.
‫Isso é uma espécie de derrotar o propósito de ter os segredos em primeiro lugar. limpeza uma vez que você está pronto para que você não deixe segredos residuais em torno de que são fáceis de obter.
‫Seja qual for
‫o seu processo é para obter segredos no
‫Enxame, basta saber que você pode precisar de
‫Agora que vimos segredos com serviços, vejamos os segredos com pilhas. diretório, eu tenho um arquivo Compose e, em seguida, dois segredos armazenados
‫em arquivos de texto.