Préconisations pour la configuration des applications backend Trinity

les configurations s'appuient au moins sur deux éléments :

1. les fichiers de configuration générés via puppet

2. le fichier de configuration de l'application (application.yml)

Exemple de fichier puppet "standard" :

#Genere par puppet via le hiera du serveur
---
spring:
  datasource:
    platform: postgresql
    driverClassName: org.postgresql.Driver
    url: jdbc:postgresql://{appName}-db.dev.appli-gestion.nc:5432/{appNAme}
    username: {appName}
    password: xxxxxxxxx
  jpa:
    database-platform: org.hibernate.dialect.PostgreSQLDialect
    properties.hibernate.default_schema: {appName}
flyway:
  schemas: {appName}
  enabled: true
#MANAGEMENT
management:
 port: 8084
 address: 0.0.0.0
 context-path: /supervision
#SECUTIRY
security:
 enabled: false
#SERVER
server:
 port: 8083
 session-timeout: 300
 tomcat.uri-encoding: UTF-8
trinity.cerbere:
  provider: gitlab-prod
  client-id: <A fournir par les etudes>
  client-secret: <A fournir par les etudes>
  jwt-key: <A fournir par les etudes>
#LOGS
logging:
 file: ${APP_LOG_DIR}/{appName}.log

Dans la cadre de l'utilisation de Themis (Spring Cloud Config), la configuration des applications s'appuie sur 3 éléments :

1. les fichiers de configuration générés via puppet

2. le fichier de configuration de l'application ({appName}[-{profilName}].yml) 

3. le fichier bootstrap.yml

cf. présentation "Spring Cloud @ DTSI"