Spring Boot externaliza la configuración para que el mismo jar se ejecute en cualquier entorno. Pones los ajustes en application.yml (o .properties), los lees en tu código y cambias el comportamiento por entorno con profiles.
@Component
public class SearchService {
// Inyecta una sola property; :20 es el valor por defecto si falta.
@Value("${app.page-size:20}")
private int pageSize;
}
Para cualquier cosa más allá de uno o dos valores, enlaza un objeto tipado en lugar de dispersar @Value:
@Component
@ConfigurationProperties(prefix = "app") // enlaza app.* en estos campos
public class AppProps {
private int pageSize;
private Map<String, Boolean> featureFlags;
// getters/setters — Boot hace relaxed-binding de page-size -> pageSize
}
Esto te da seguridad de tipos, autocompletado del IDE y validación (añade @Validated + constraints).
spring:
config:
activate:
on-profile: prod # solo cuando 'prod' está activo
server:
port: 80
Archivos como application-dev.yml y application-prod.yml se superponen sobre la base. Activa uno con --spring.profiles.active=prod o la variable de entorno SPRING_PROFILES_ACTIVE. El orden de precedencia importa: los argumentos de línea de comandos y las variables de entorno tienen prioridad sobre los archivos, así que los secretos quedan fuera del jar.
El entrevistador comprueba que puedes desplegar un único artefacto en dev/staging/prod sin recompilar. Mencionar @ConfigurationProperties frente a @Value disperso, y las variables de entorno teniendo prioridad sobre los archivos para los secretos, demuestra que has llevado apps de Boot a producción, no solo en local.
Una biblioteca de preguntas de entrevista de IT con respuestas detalladas — de Junior a Senior.
Donar