Con docenas de servicios, no puede gestionar la configuración y los secretos ad hoc por implementación. La configuración centralizada mantiene la configuración en una fuente administrada, y los gestores de secretos almacenan valores confidenciales de forma segura.
La configuración vive fuera del artefacto de compilación, por lo que la misma imagen se ejecuta en dev/staging/prod con diferentes configuraciones.
| Enfoque | Ejemplo |
|---|---|
| Servidor de configuración | Spring Cloud Config, Consul |
| Nativo del orquestador | Kubernetes ConfigMaps |
| Gestor de secretos | HashiCorp Vault, AWS Secrets Manager |
Nunca almacene secretos en ConfigMaps simples o en git.
# fetch a secret at startup, short-lived, audited
export DB_PASSWORD=$(vault kv get -field=password secret/orders/db)
✓ Externalize config (12-factor): config in the environment
✓ Secrets in a dedicated manager with rotation + audit logs
✓ Dynamic refresh for non-secret toggles (no redeploy)
✗ Never commit secrets to source control
La configuración centralizada le permite cambiar el comportamiento (tiempos de espera, banderas de características) y rotar credenciales en varios servicios sin necesidad de recompilar e reimplementar cada uno.
Mantener los secretos en un gestor de secretos real —no en imágenes o git— es un requisito de seguridad fundamental que se escala con el número de servicios.