Apuntar un micro a otra base de datos
Objetivo: que un micro arranque contra otra base de datos (la de nube, una local distinta, una del catálogo) sin editar su repositorio.
Opción A: una conexión del catálogo
Sección titulada «Opción A: una conexión del catálogo»- En la sección Bases de datos, crea la conexión (motor, host, puerto, usuario,
contraseña como
${creds.x}) y pruébala (alcance TCP). - En el editor del micro, dentro de la configuración de arranque, abre el selector de
base de datos y elige esa conexión. Su
host:puertosustituye al de la URL que el micro ya declara.
El usuario y la contraseña de la conexión se ponen donde tu micro los lee: en sus
claves de configuración si las declara —lo normal en la familia JVM, con
spring.datasource.username y su pareja— y, si no, dentro de la propia URL o cadena de
conexión, que es de donde los saca un micro Node, Go o .NET.
Solo queda un caso sin cubrir: una URL de tipo jdbc:/r2dbc: en un micro que no declare
esas claves. Ahí las credenciales no caben en ningún sitio y Aseptic te avisa (solo
cambiaría la URL); usa «Actualizar manifiesto desde el repositorio» para autodetectarlas.
Opción B: local, nube o personalizada
Sección titulada «Opción B: local, nube o personalizada»En el mismo selector puedes elegir directamente:
- Local — la URL local que declara el micro (por defecto).
- Nube — la
cloudUrlque declare el micro (puede requerir credenciales/VPN). - Personalizada — una URL JDBC que escribes tú.
Esta personalización es local y no versionada (vive en tu settings.local.yml), así
que cada máquina apunta a donde quiera sin afectar al resto del equipo.