La parametrización se hará a través del fichero src/main/resources/application.properties. En este archivo, aparte de variables que queramos parametrizar, también incluiremos configuración, para la conexión a base de datsos porejemplo. Como incluiremos credenciales para probar nuestra aplicación en local, este archivo no debe subirse a GitLab. Para esto, podemos añadir esta línea al archivo '.gitignore' en nuestro proyecto:
*.properties
Si aún así queremos subirlo, debemos llevar cuidado de borrar los valores de las variables que no se deban compartir.
Acceder a las variables de application.properties
En nuestro código Java podemos inyectar los valores definidos en application.properties en nuestros atributos. Para ello, será necesario que la clase java sea un 'Bean' (se incluye el @RestController), o que esté anotada con '@Component'.
Dentro de la clase tendremos que anotar los atributos con @Value(“${nombre.variable}”):
@Value("${es.um.jwt.secret}")
private String secret;
Parametrización por entornos
Para trabajar en local utilizaremos el fichero application.properties, pero ese fichero no se aplicará en los entornos. Para poder parametrizar este fichero deberemos realizar una merge request en el repositorio de configuración situado dentro de los repositorios del grupo con el nombre Helm Charts (en aplicaciones antiguas todavía no migradas a api.um.es se configura en el repositorio gitops).
Dentro en la carpeta charts (deployments en aplicaciones antiguas con gitops) seleccionaremos el grupo y la aplicación que deseemos y veremos los diferentes despliegues y sus propiedades.
Dentro de nuestra aplicación y entorno tendremos la carpeta files con los ficheros application.properties y secret.properties que tendremos que rellenar y realizar la merge request para que se aplique en el entorno correspondiente.
Ver la página MNCS - Uso de Vault#Usodesecretosenmiaplicaci%C3%B3ndentrodelclusterkubernetes para más información sobre la configuración y uso de variables y secretos con Vault y Helm Chart.