Nacos gestión multiambiente
El concepto de gestión Nacos existen múltiples medio ambiente, que Data ID, Group, Namespacequé relación jerárquica entre ellos puede llegar a configurar varios entornos.
De la siguiente manera, introduzca varios métodos de configuración:
uso Data IDe profilesimplementación ::
Data ID Nacos, puede entenderse como el nombre del archivo de configuración de la aplicación Spring Cloud. Data IDEl formato del nombre es el siguiente: de ${spring.application.name}.properties
hecho, Data IDlas reglas también incluyen la lógica del entorno, el inicio de la aplicación se spring.profiles.activepuede especificar especificando el nombre del entorno específico, luego la configuración del cliente correspondiente es: ${spring.application.name}-${spring.profiles.active}.properties
Nota: La configuración predeterminada de Spring-could es: ${spring.cloud.nacos.config.prefix}-${spring.profile.active}.${spring.cloud.nacos.config.file-extension}
y superior Lo que escribimos: ${spring.application.name}-${spring.profiles.active}.propertiesporque:
${spring.cloud.nacos.config.prefix}y ${spring.cloud.nacos.config.file-extension}ambos usan los valores predeterminados
Practica
El primer paso: Primero, en Nacos, de acuerdo con esta regla, cree dos contenidos de configuración de entorno diferentes. Por ejemplo:
Paso 2: alibaba-nacos-config-clientAgregue la configuración del entorno en el archivo de configuración de la aplicación: spring.profiles.active=DEV
Paso 3: Inicie la aplicación, podemos ver que se imprime el registro y el archivo de configuración cargado:
### La Groupimplementación
Groupse usa en Nacos para Data IDComo un concepto importante de la gestión de colecciones, podemos considerarlo GROUPcomo una colección de entornos, por ejemplo, la aplicación A pertenece a uno GROUP-Ay la aplicación B pertenece GROUP-B. No GROUPexiste un requisito fijo para el uso , principalmente porque necesitamos usarlo de acuerdo con nuestras necesidades específicas en el uso real.Puede ser la administración de múltiples entornos en la operación y mantenimiento de la arquitectura, o la administración de parámetros de diferentes módulos en los negocios.
El primer paso: Primero, en Nacos, cree dos contenidos de configuración de entorno diferentes al distinguir Grupo. Por ejemplo:
como se muestra arriba, los data idnombres son los mismos, pero groupdiferentes.
Segundo paso: En el alibaba-nacos-config-clientarchivo de configuración de la aplicación, designado Grupo aumentar característica conjunto: spring.cloud.nacos.config.group=DEV_GROUP..
Paso 3: Inicie la aplicación, podemos ver el archivo de configuración cargado e impreso en el registro:
Use para Namespacelograr
NameSpace es un aislamiento de gran tamaño, que puede aislar lo mencionado anteriormente DATA ID GROUP, es decir , la misma DATA IDsuma puede existir en diferentes espacios de nombres. GROUPUno de los escenarios comunes de Namespace es la diferenciación de la configuración de diferentes entornos, por ejemplo: entorno de prueba de desarrollo Está aislado de los recursos (como la configuración y los servicios) del entorno de producción.
Paso 3:
Agregue la configuración especificada de Namespace al archivo de configuración de la aplicación alibaba-nacos-config-client , por ejemplo: spring.cloud.nacos.config.namespace=83eed625-d166-4619-b923-93df2088883a
Nota: namespaceLa configuración no usa el nombre, sino la ID del espacio de nombres.
Pros y contras
Utilice varias latitudes diferentes en la función de administración de configuración de Nacos para lograr la administración de configuración de múltiples entornos. En términos de resultados, no importa qué método se use, será capaz de satisfacer las necesidades, pero ¿cuál es el mejor?
El primer tipo: a través de ID de datos y perfil.
- Ventajas: Este método es muy similar a la implementación de Spring Cloud Config. Los usuarios que han usado Spring Cloud Config pueden hacer la transición sin violación. Debido a que las reglas de nomenclatura son similares, también es muy sencillo migrar desde Spring Cloud Config.
- Desventajas: de esta manera, cuando hay muchos proyectos y entornos, el contenido de la configuración será muy confuso. Verá varias aplicaciones en la lista de configuración, y las configuraciones de diferentes entornos están entrelazadas, lo que no es propicio para la administración.
- Sugerencia: Úselo cuando no haya muchos proyectos, o puede combinar el Grupo para hacer una planificación dividida basada en la estructura empresarial u organizativa.
El segundo tipo: a través de la Grouprealización.
- Ventajas:
Groupaísle la configuración de cada aplicación por entorno. Puede ser muy fácil de usarData IDyGroupfunciones de búsqueda, respectivamente, desde la latitud entorno de aplicación y latitud para ver la configuración. - Desventajas: Debido a que ocupará la latitud del Grupo, es necesario planificar el uso del Grupo. Después de todo, entra en conflicto con algunos grupos de configuración en el negocio.
- Sugerencia: Aunque esta estructura es mejor que la anterior, aún puede haber cierta confusión, principalmente en la gestión y planificación del Grupo.
El tercer tipo: a través de la Namespacerealización.
- Ventajas: la forma oficialmente recomendada de distinguir diferentes entornos a través del espacio de nombres libera la libertad del Grupo, lo que permite al Grupo centrarse en la gestión del grupo a nivel empresarial. Al mismo tiempo, el espacio de nombres también se agrupa y se muestra en la página de control de Nacos. Puede aislar diferentes configuraciones de entorno sin buscar, lo cual es muy fácil de usar.
Nota: Para la configuración relacionada: spring.profiles.active=DEV spring.cloud.nacos.config.group=DEV_GROUP spring.cloud.nacos.config.namespace=83eed625-d166-4619-b923-93df2088883aNo escriba la configuración en bootstrap.properties de la aplicación. Esto no es flexible. En el comando de inicio del script de lanzamiento, -Dspring.profiles.active=DEVse especifica dinámicamente de una manera más flexible. .
Referencias
