Что такое профили (profiles) в Spring?

А, профили в Spring, ну это ж классика, блядь! Это когда у тебя один и тот же код должен работать в разных условиях, а ты не хочешь городить хуйню с кучей if-else на каждом углу. Представь: на локалке у тебя база — файлик на диске, а на прод — целый кластер, ёпта! И чтобы не менять код руками каждый раз, придумали эту штуку.

Что это вообще такое, на пальцах? Это механизм, который говорит: «Эй, Spring, вот этот бин создавай только когда мы в тестовом окружении, а вот этот — только на продакшене». Или загружай вот эти настройки, а не другие. Всё, чтобы не обосраться при деплое.

Что они умеют, эти профили:

1. Бины по условию. Аннотацию @Profile повесил — и бин появляется только когда нужный профиль активен. Магия, блядь!
2. Свойства отдельно для каждой среды. Файлики application-dev.properties, application-prod.properties — в них вся специфика.
3. Группировать профили в кучки. Чтобы не активировать их по одному, как лузер.

Пример 1: Разная база данных для разных сред Смотри, как просто и гениально, ёбана!

@Configuration
public class DataSourceConfig {

    @Bean
    @Profile("dev") // Этот бин родится только когда активен профиль "dev"
    public DataSource embeddedDataSource() {
        // Для разработки — легкая H2 прямо в памяти, чтобы не ебаться с установкой
        return new EmbeddedDatabaseBuilder()
                .setType(EmbeddedDatabaseType.H2)
                .build();
    }

    @Bean
    @Profile("prod") // А этот — только на боевом сервере
    public DataSource productionDataSource() {
        // Тут уже серьёзная, настраиваемая база для прода
        HikariDataSource ds = new HikariDataSource();
        ds.setJdbcUrl("jdbc:postgresql://prod-db:5432/app");
        // ... остальные настройки, пароли и прочая муть
        return ds;
    }
}

И никаких конфликтов! На локалке работает первый, на прод — второй. Красота, в рот меня чих-пых!

Пример 2: Файлы настроек Spring Boot тут вообще молодец, сам всё подхватывает:

• application.properties — общие настройки, которые везде.
• application-dev.properties — допили только для разработки (типа server.port=8081, чтобы не мешать).
• application-prod.properties — настройки для прода (там уже и логирование другое, и таймауты).

Как эти профили активировать, чтобы Spring их увидел? Да куча способов, выбирай любой, лишь бы работало!

1. Через переменную окружения. Классика жанра.

   export SPRING_PROFILES_ACTIVE=dev,debug

2. Параметр JVM при запуске. Тоже норм.

   java -jar myapp.jar -Dspring.profiles.active=prod

3. Прямо в application.properties. Для простых случаев.

   spring.profiles.active=test

4. Программно, из кода. Если совсем припёрло.

   SpringApplication app = new SpringApplication(MyApp.class);
   app.setAdditionalProfiles("local"); // Дополнительный профиль
   app.run(args);

Группы профилей (фича Spring Boot 2.4+) Это чтобы не активировать десять профилей по отдельности, а сказать одно слово. Удобно, блядь!

# application.properties
# Объявляем группы: даём имя и перечисляем, что в неё входит
spring.profiles.group.local=dev, h2, debug
spring.profiles.group.production=prod, mysql, metrics

# Активируем всю группу одной строчкой
spring.profiles.active=local

Вот и всё! Включил local — и сразу dev, h2 и debug подтянулись. Ёперный театр, как же это упрощает жизнь!

Короче, профили — это must have для любого более-менее серьёзного приложения. Без них конфигурация превращается в адский спагетти-код, где за каждую среду нужно молиться. А так — чисто, структурно и по-взрослому.