Вы можете использовать spring.profiles.active Environment spring.profiles.active, чтобы указать, какие профили активны. Вы можете указать свойство любым из способов, описанных ранее в этой главе. Например, вы можете включить его в свой application.properties , как показано в следующем примере:
Properties
spring.profiles.active=dev,hsqldb
spring: profiles: active: «dev,hsqldb»
Вы также можете указать его в командной строке, используя следующий переключатель: —spring.profiles.active=dev,hsqldb .
Если ни один профиль не активен, включается профиль по умолчанию. Имя профиля по умолчанию — default , и его можно настроить с помощью spring.profiles.default Environment , как показано в следующем примере:
Properties
spring.profiles.default=none
spring: profiles: default: «none»
spring.profiles.active и spring.profiles.default можно использовать только в документах, не относящихся к профилю. Это означает, что они не могут быть включены в определенные файлы или документы профиля, активированные spring.config.activate.on spring.config.activate.on-profile .
Application Profile Instance
Например, вторая конфигурация документа недействительна:
Properties
# этот документ действителен spring.profiles.active=prod #— # этот документ недействителен spring.config.activate.on-profile=prod spring.profiles.active=metrics
# этот документ действителен spring: profiles: active: «prod» — # этот документ недействителен spring: config: activate: on-profile: «prod» profiles: active: «metrics»
3.1.Добавление активных профилей
Свойство spring.profiles.active следует тем же правилам упорядочивания, что и другие свойства: побеждает самый высокий PropertySource . Это означает, что вы можете указать активные профили в application.properties , а затем заменить их с помощью переключателя командной строки.
Иногда полезно иметь свойства, которые добавляют активные профили, а не заменяют их. Свойство spring.profiles.include можно использовать для добавления активных профилей поверх профилей, активированных свойством spring.profiles.active . Точка входа SpringApplication также имеет Java API для настройки дополнительных профилей SpringApplication См. метод setAdditionalProfiles() в SpringApplication .
Например, при запуске приложения со следующими свойствами общий и локальный профили будут активированы, даже если оно запускается с использованием переключателя —spring.profiles.active:
Properties
spring.profiles.include[0]=common spring.profiles.include[1]=local
Источник: runebook.dev
Внешние данные конфигурации в Spring
Большинство наших приложений зависят от внешних сервисов, например серверов баз данных, SMS-шлюзов и систем наподобие PayPal. Эти сервисы могут существовать более чем в одной среде, то есть в средах разработки и эксплуатации. Если мы хотим подключиться к эксплуатационной среде, мы должны сначала пройти через среду разработки. Таким образом, во время создания приложений нам приходится переключаться между средами. Это связано с тем, что у каждой среды своя уникальная конфигурация со своими параметрами подключения и прочими значениями.
application profile
Проблема
Предположим, что мы разрабатываем платежный сервис, который подключается к внешнему платежному провайдеру. Значения коммерческого счета в эксплуатационной среде и среде разработки не совпадают. То есть при каждом переключении среды нам приходится изменять значения и компилировать код заново, а это неэффективно.
Решение
Лучшее решение этой проблемы — вывод данных конфигурации приложения во внешний источник. Нам не нужно будет каждый раз заново компилировать код при переключении среды. Мы сможем переопределить значения параметров конфигурации, затратив меньше усилий. Наше приложение Spring сможет считывать значения коммерческого счета из внешних источников, например переменных среды, аргументов командной строки и файлов свойств.
Вывод данных конфигурации во внешний источник
Источники свойств
Существуют различные способы вывода данных конфигурации приложения Spring во внешний источник. Для задания свойств приложения мы можем использовать переменные среды, файлы свойств (например, в формате YAML или с расширением *.properties) и аргументы командной строки. Мы также можем хранить файлы свойств в произвольных местах и сообщать приложению Spring, где их искать.
Файлы свойств
По умолчанию приложение Spring загружает свойства из файлов application.properties или application.yml из перечисленных ниже источников в порядке приоритета (то есть вышестоящий файл свойств переопределяет файлы из источников нижнего уровня) и добавляет их в среду:
- подкаталог конфигурации текущего каталога;
- текущий каталог;
- пакет конфигураций в параметре classpath;
- корневой каталог classpath.
По умолчанию имя файла конфигурации — application. При желании мы можем указать другое имя, используя ключ свойств среды spring.config.name . В примере ниже мы переопределили имя конфигурации Spring, заданное по умолчанию, на new_name .
spring.config.name=new_name
Пользовательское место хранения