Какие знаешь способы конфигурации окружения, кроме использования профиля?

Способы конфигурации окружения кроме использования профилей

Конфигурация приложения — критический аспект разработки. Spring Profiles — это один способ, но существуют и другие подходы для управления конфигурацией в зависимости от окружения (dev, test, prod).

1. Environment Variables (Переменные окружения)

Самый простой и стандартный способ для контейнеризованных приложений

// Способ 1: Прямой доступ
String dbUrl = System.getenv("DATABASE_URL");
String apiKey = System.getenv("API_KEY");

if (dbUrl == null) {
    throw new IllegalStateException(
        "DATABASE_URL environment variable not set"
    );
}

# application.yml
spring:
  datasource:
    url: ${DB_URL:jdbc:mysql://localhost:3306/mydb}
    username: ${DB_USER:root}
    password: ${DB_PASSWORD:password}
    driver-class-name: ${DB_DRIVER:com.mysql.cj.jdbc.Driver}

В Docker:

FROM openjdk:17
ENV DB_URL=jdbc:mysql://db:3306/mydb
ENV DB_USER=root
ENV DB_PASSWORD=secret123
COPY app.jar app.jar
ENTRYPOINT ["java","-jar","app.jar"]

# docker-compose.yml
services:
  app:
    environment:
      - DB_URL=jdbc:mysql://db:3306/mydb
      - DB_USER=root
      - DB_PASSWORD=${DB_PASSWORD}
      - JAVA_OPTS=-Xmx512m

Преимущества:

• Простая и универсальная
• Не требует изменения кода
• Работает везде (Docker, Kubernetes, сервер)
• Безопасно для секретов

Проблемы:

• Много переменных → сложно отслеживать
• Нет валидации типов
• Нет документации в коде

2. System Properties (Системные свойства)

Передавать свойства при запуске JVM

java -Dspring.datasource.url=jdbc:mysql://prod-db:3306/mydb \
     -Dspring.datasource.username=root \
     -Dapp.cache.ttl=3600 \
     -jar app.jar

// В коде
String dbUrl = System.getProperty("spring.datasource.url");
int cacheTtl = Integer.parseInt(
    System.getProperty("app.cache.ttl", "1800")
);

В конфигурационном файле:

spring:
  datasource:
    url: ${spring.datasource.url}

Преимущества:

• Гибкие, можно передавать в command line
• Видна история в процессе

Проблемы:

• Длинные command line команды
• Сложно для множества переменных
• Security issue — свойства видны в ps aux

3. .properties и .yml файлы с разными путями

Вместо Spring Profiles использовать разные файлы в разных местах

@SpringBootApplication
@PropertySource("file:/etc/myapp/application.properties")
public class Application {
    public static void main(String[] args) {
        SpringApplication.run(Application.class, args);
    }
}

# application.yml (в classpath)
app:
  name: MyApp
  version: 1.0

---

# /etc/myapp/application.yml (на сервере)
spring:
  datasource:
    url: jdbc:mysql://prod-db:3306/mydb
    username: prod_user
    password: prod_password
  jpa:
    hibernate:
      ddl-auto: validate

// Можно даже при startup
SpringApplication app = new SpringApplication(Application.class);
app.setDefaultProperties(
    Collections.singletonMap(
        "spring.config.location", 
        "classpath:/application.yml,file:/etc/config/application.yml"
    )
);
app.run(args);

Преимущества:

• Отделяет конфиг от приложения
• Удобно для production
• Можно менять без перестройки jar

4. ConfigMap и Secrets в Kubernetes

Kubernetes управляет конфигурацией и секретами

apiVersion: v1
kind: ConfigMap
metadata:
  name: app-config
data:
  application.yml: |
    spring:
      datasource:
        url: jdbc:mysql://mysql-service:3306/mydb
        username: app_user
      jpa:
        hibernate:
          ddl-auto: validate
---
apiVersion: v1
kind: Secret
metadata:
  name: app-secrets
type: Opaque
data:
  DB_PASSWORD: cHJvZF9wYXNzd29yZA==  # base64
  API_KEY: c2VjcmV0YXBpa2V5
---
apiVersion: v1
kind: Pod
metadata:
  name: app-pod
spec:
  containers:
    - name: app
      image: myapp:latest
      envFrom:
        - configMapRef:
            name: app-config
        - secretRef:
            name: app-secrets
      volumeMounts:
        - name: config
          mountPath: /etc/config
  volumes:
    - name: config
      configMap:
        name: app-config

// Application.yml будет доступен из ConfigMap
@Configuration
public class KubeConfig {
    @Bean
    public DataSource dataSource(
        @Value("${spring.datasource.url}") String url,
        @Value("${spring.datasource.username}") String username,
        @Value("${DB_PASSWORD}") String password
    ) {
        // Использовать url, username, password
        return createDataSource(url, username, password);
    }
}

Преимущества:

• Нативная поддержка K8s
• Secrets защищены
• Легко ротировать конфиг
• Версионируемо (в git через Helm)

5. Переменные в @Configuration

Условная конфигурация на основе check'ов

@Configuration
public class DataSourceConfig {
    
    @Bean
    @ConditionalOnProperty(
        name = "app.database.enabled",
        havingValue = "true"
    )
    public DataSource dataSource(
        @Value("${app.db.url}") String url,
        @Value("${app.db.user}") String user,
        @Value("${app.db.pass}") String pass
    ) {
        return createDataSource(url, user, pass);
    }
    
    @Bean
    @ConditionalOnProperty(
        name = "app.database.enabled",
        havingValue = "false"
    )
    public DataSource inMemoryDataSource() {
        return new H2DataSourceBuilder().build();
    }
}

@Configuration
@ConditionalOnProperty(
    name = "app.features.caching",
    havingValue = "true",
    matchIfMissing = true
)
public class CacheConfig {
    @Bean
    public CacheManager cacheManager() {
        return new RedisCacheManager(...);
    }
}

6. @Value с условными значениями

Сложная логика выбора значений

@Component
public class AppConfig {
    
    @Value("${app.env:dev}")
    private String environment;
    
    @Value("${app.db.url:#{environment == 'prod' ? '@{prod.db.url}' : '@{dev.db.url}'}}")
    private String databaseUrl;
    
    @Value("${app.max.connections:#{environment == 'prod' ? 100 : 10}}")
    private int maxConnections;
}

7. Property Resolvers и Customizers

Программное разрешение свойств

@Component
public class CustomPropertyResolver implements 
        EnvironmentPostProcessor {
    
    @Override
    public void postProcessEnvironment(
            ConfigurableEnvironment environment,
            SpringApplication application) {
        
        String env = environment.getProperty("app.environment");
        
        if ("prod".equals(env)) {
            // Добавить prod свойства
            MutablePropertySources sources = environment.getPropertySources();
            sources.addFirst(new ResourcePropertySource(
                "file:/etc/app/prod.properties"
            ));
        }
    }
}

// ApplicationContextInitializer
public class CustomApplicationContextInitializer 
        implements ApplicationContextInitializer<ConfigurableApplicationContext> {
    
    @Override
    public void initialize(
            ConfigurableApplicationContext applicationContext) {
        
        ConfigurableEnvironment env = applicationContext.getEnvironment();
        String activeProfiles = env.getProperty("app.active.profiles");
        
        if (activeProfiles != null) {
            for (String profile : activeProfiles.split(",")) {
                env.addActiveProfile(profile.trim());
            }
        }
    }
}

8. Java System Properties Discovery

Использовать런타임 информацию для выбора конфига

@Configuration
public class RuntimeConfig {
    
    @Bean
    public DataSource dataSource() {
        String osName = System.getProperty("os.name");
        String javaVersion = System.getProperty("java.version");
        String userHome = System.getProperty("user.home");
        
        // Выбрать конфиг на основе этого
        if ("Linux".contains(osName)) {
            return loadLinuxDataSource();
        } else if ("Mac OS X".equals(osName)) {
            return loadMacDataSource();
        } else {
            return loadWindowsDataSource();
        }
    }
}

9. Git-ops и динамическая конфигурация

Получать конфиг из Git репо

<!-- pom.xml -->
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-config-client</artifactId>
</dependency>

# application.yml
spring:
  cloud:
    config:
      uri: http://config-server:8888
      name: my-app
      profile: prod

// Config Server отправляет конфиг из git repo
// https://github.com/org/configs/my-app-prod.yml

10. Vault и Secrets Management

Использовать специальный сервис для секретов

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-vault-config</artifactId>
</dependency>

spring:
  cloud:
    vault:
      host: vault.example.com
      port: 8200
      authentication: TOKEN
      token: ${VAULT_TOKEN}

@Configuration
public class VaultConfig {
    
    @Bean
    public SecretManagerClient secretManager() {
        // Получить секреты из Vault
        String dbPassword = secretManager.getSecret("database/prod/password");
        return createConnection(dbPassword);
    }
}

Сравнение подходов

Рекомендуемая стратегия

# application.yml (в jar)
app:
  name: MyApp
  version: ${app.version:1.0.0}
  environment: ${APP_ENV:dev}

spring:
  datasource:
    url: ${DB_URL:jdbc:mysql://localhost:3306/mydb}
    username: ${DB_USER:root}
    password: ${DB_PASSWORD:password}
  
  jpa:
    hibernate:
      ddl-auto: ${DDL_AUTO:update}

# production запуск
DDB_URL=jdbc:mysql://prod-db/mydb \
DB_USER=prod_user \
DB_PASSWORD=$(vault kv get -field=password secret/db/prod) \
APP_ENV=prod \
java -jar app.jar

Итог: Используй Environment Variables как основной способ, добавь @Value для валидации, и применяй Spring Cloud Config или Vault для сложных сценариев.