2016-12-08 4 views
0

Для проекта на основе пружинной, например, есть Eureka конфигурации (eureka.properties), Zuul конфигурации (zuul.properties), симулировать конфигурации (feign.properties) и т.д ..весна облако конфигурация передовая практика?

А также Thereâ несколько сред, таких как dev, test, staging, например application-dev.properties, application-prod.properties.

После представления конфигурации весеннего облака для проекта мы можем сохранить весь файл конфигурации в git repo, но как организовать эти файлы конфигурации хорошо? и свести к минимуму конфигурацию проекта клиента весеннего облака?

+0

Те же правила для конкретных свойств среды загрузки (то есть 'application.properties' и' application- [profile] .properties') применяются к свойствам, загруженным с сервера конфигурации. Это также относится к 'bootstrap.properties' и' bootstrap- [profile] .properties' ... –

+0

@ M.Deinum да, для разных env он может использовать подход application- [profile] .properties, спасибо. –

ответ

1

Кажется неправильно понимающих I весеннего облака конфигурации в начале, с документацией

Служба HTTP имеет ресурсы в виде:

/{application}/{profile}[/{label}] 
/{application}-{profile}.yml 
/{label}/{application}-{profile}.yml 
/{application}-{profile}.properties 
/{label}/{application}-{profile}.properties 

, где «приложение» вводится как spring.config.name в> SpringApplication (т.е. то, что обычно является «приложением» в обычном приложении Spring Boot>), «profile» - это активный профиль (или список свойств, разделенных запятыми), а> «label» - это необязательная метка git (по умолчанию «master».)

С помощью встроенного в механизме пружины облака конфигурации, пружинное облако конфигурация выставит все свойства, как и остальные ресурсы, так где:

  • приложение является клиент проектом пружинных загрузочного spring.application.name
  • профиль находится в клиентском проекте весной загрузки spring.profiles.active
  • метка это имя мерзавец филиал, где мерзавец мерзавец репо specif ic посредством конфигурационного сервера весеннего облака, например. spring.cloud.config.server.git.uri

Тогда клиент может GET все свойства против правил выше.

Обычно для клиентского проекта весной загрузки, просто нужно конфиг сервера конфигурации весной облака, как:

spring: 
    application: 
    name: eureka 
    cloud: 
    config: 
     uri: http://localhost:8888 
    profiles: 
    active: dev, prod 

Таким образом, клиент будет GET все свойства: eureka-dev.yml и eureka-prod.yml на сервере конфигурации весной облака.