Spring Boot выносит конфигурацию наружу, чтобы один и тот же jar работал в любом окружении. Вы помещаете настройки в application.yml (или .properties), считываете их в код и переключаете поведение для каждого окружения через profiles.
@Component
public class SearchService {
// Внедряем одно свойство; :20 — значение по умолчанию, если оно отсутствует.
@Value("${app.page-size:20}")
private int pageSize;
}
Для всего, что выходит за пределы одного-двух значений, привязывайте типизированный объект вместо разбросанных @Value:
@Component
@ConfigurationProperties(prefix = "app") // привязывает app.* к этим полям
public class AppProps {
private int pageSize;
private Map<String, Boolean> featureFlags;
// getters/setters — Boot relaxed-binding сопоставляет page-size -> pageSize
}
Это даёт типобезопасность, автодополнение в IDE и валидацию (добавьте @Validated + ограничения).
spring:
config:
activate:
on-profile: prod # только когда активен 'prod'
server:
port: 80
Файлы вроде application-dev.yml и application-prod.yml накладываются поверх базового. Активируйте один через --spring.profiles.active=prod или переменную окружения SPRING_PROFILES_ACTIVE. Порядок приоритета важен: аргументы командной строки и переменные окружения переопределяют файлы, поэтому секреты остаются вне jar.
Интервьюер проверяет, можете ли вы поставлять один артефакт в dev/staging/prod без пересборки. Упоминание @ConfigurationProperties вместо разбросанных @Value и того, что переменные окружения переопределяют файлы для секретов, показывает, что вы запускали Boot-приложения в продакшене, а не только локально.
Библиотека вопросов для IT-собеседований с подробными ответами — от Junior до Senior.
Поддержать