‫En este directorio, estoy en la muestra de secretos dos,
‫Así que es la contraseña
‫y los nombres de usuario similares que teníamos en la conferencia anterior, pero ahora hemos definido todo esto en un archivo Compose. Tenemos varias cosas diferentes aquí.
‫Lo primero es que la versión de tu archivo Compose ahora tiene que ser 3. 1. Para tener secretos, tenemos que estar
‫en el. 1 lanzamiento de 3.
‫Necesitábamos tener 3 para usar stacks, pero para usar stacks con secretos necesitamos que sea 3. 1 o
‫más nuevo.
‫aquí abajo tenemos esta clave de secretos de raíz ahora y es donde definimos nuestros secretos.
‫Lo segundo que notaremos es que
‫Las dos formas en que puede hacer secretos en un archivo Compose son usar un archivo para cada secreto
‫o tener los secretos precreados.
‫Aquí en realidad solo estamos usando archivos, pero lo que podríamos hacer es crear esos secretos por nuestra cuenta en algún otro método, ya sea
‫a través de la CLI, como lo has visto,
‫o quizás a través de la API directamente. Luego, simplemente en lugar del
‫archivo: debajo, simplemente diría externo: y sería el nombre del secreto
‫dentro de la lista de secretos.
‫Necesitamos contar el archivo Compose sobre nuestros secretos y dónde están, y luego los asignamos a los servicios que
‫los necesitan.
‫Esa es la clave porque lo que realmente estamos diciendo aquí es que solo el contenedor que quiere
‫nuestro secreto obtiene nuestro secreto. Si se trata de
‫un archivo Compose complicado donde tenemos varios servicios, podemos tener diferentes secretos para diferentes servicios.
‫Primero definiríamos todos ellos en la parte inferior y luego los
‫asignaríamos específicamente en cada servicio.
‫realidad se considera la forma abreviada o la manera fácil de hacer los secretos bajo un servicio.
‫Diré que esto en
‫De hecho, hay una forma larga que le permite definir cosas como los permisos y los usuarios a los que se les permite acceder usando el modo Linux estándar y las
‫sintaxis de ID de usuario.
‫Por lo tanto, si ejecuta aplicaciones como usuario no root, le recomendamos que
‫segmente estos secretos solo para que el usuario pueda acceder a ellos.
‫Pero, por simplicidad, en este primer ejemplo, solo estamos usando la forma abreviada.
‫Todo lo que necesito hacer es usar ese archivo en un comando de despliegue de pila estándar. Por lo tanto,
‫implementa Docker-Componer y llamaremos a esto mydb. Verás, al igual que antes, en realidad creó la red primero.
‫En este caso, en realidad creó los secretos primero y luego creó el servicio.
‫Si hice e hice una búsqueda secreta de Docker, verá que
‫los dos están ahí y sigue la misma convención de nomenclatura que los
‫demás componentes de la pila, donde siempre está el nombre de la pila y luego el nombre del objeto.
‫Al igual que en la conferencia anterior, si saltara al servidor SQL y realmente buscara esos archivos, estarían allí como lo estaban antes; solo ahora, están administrados
‫dentro de nuestro archivo de pila.
‫Lo bueno aquí es si eliminé mi pila, también limpia los secretos y se deshace de ellos. eliminar nuestros secretos, habríamos tenido que hacer
‫una cuenta secreta de portador para eliminar realmente cada uno.
‫En el ejemplo anterior,
‫si quisiéramos Solo como último recordatorio,
‫en estos ejemplos hemos estado usando archivos de texto en este servidor, y estamos hablando de enjambre
‫de 3 nodos aquí.
‫Pero si se encuentra en un entorno de producción o realmente algo que no está en su máquina local,
‫no debe guardar
‫los secretos en archivos o en el archivo de historia de bash o en cualquier lugar que pueda estar en ese host.
‫Eso es como derrotar el propósito de tener los secretos en primer lugar. vez que haya terminado allí para que no deje secretos residuales que sean fáciles de obtener para la gente.
‫Cualquiera que sea
‫su proceso para obtener secretos en Swarm,
‫solo sepa que puede necesitar limpieza una
‫Ahora que hemos visto secretos con los servicios, veamos los secretos con pilas. y en este directorio, tengo un archivo de composición y luego dos secretos
‫almacenados en archivos de texto.