Apontar um micro para outra base de dados
Objetivo: que um micro arranque contra outra base de dados (a da cloud, uma local diferente, uma do catálogo) sem editar o seu repositório.
Opção A: uma ligação do catálogo
Seção intitulada “Opção A: uma ligação do catálogo”- Na secção Bases de dados, crie a ligação (motor, host, porta, utilizador,
palavra-passe como
${creds.x}) e teste-a (alcance TCP). - No editor do micro, dentro da configuração de arranque, abra o seletor de base de
dados e escolha essa ligação. O seu
host:portasubstitui o do URL que o micro já declara.
O utilizador e a palavra-passe da ligação vão para onde o seu micro os lê: para as
suas chaves de configuração se as declarar —o habitual na família JVM, com
spring.datasource.username e a sua parceira— e, se não, para dentro do próprio URL ou
cadeia de ligação, que é de onde os tira um micro Node, Go ou .NET.
Só fica um caso por cobrir: um URL do tipo jdbc:/r2dbc: num micro que não declare essas
chaves. Aí as credenciais não cabem em lado nenhum e o Aseptic avisa (só o URL mudaria);
use «Atualizar manifesto a partir do repositório» para as detetar automaticamente.
Opção B: local, cloud ou personalizada
Seção intitulada “Opção B: local, cloud ou personalizada”No mesmo seletor pode escolher diretamente:
- Local — o URL local que o micro declara (predefinido).
- Cloud — a
cloudUrlque o micro declara (pode requerer credenciais e ligação à sua rede). - Personalizada — um URL JDBC que escreve.
Esta personalização é local e não versionada (vive no seu settings.local.yml), por
isso cada máquina aponta para onde quiser sem afetar o resto da equipa.