Puntare un micro a un altro database
Obiettivo: che un micro si avvii contro un altro database (quello del cloud, uno locale diverso, uno del catalogo) senza modificare il suo repository.
Opzione A: una connessione dal catalogo
Sezione intitolata “Opzione A: una connessione dal catalogo”- Nella sezione Database, crea la connessione (motore, host, porta, utente, password
come
${creds.x}) e provala (raggiungibilità TCP). - Nell’editor del micro, dentro la configurazione di avvio, apri il selettore di
database e scegli quella connessione. Il suo
host:portasostituisce quello dell’URL che il micro già dichiara.
L’utente e la password della connessione vanno dove il tuo micro li legge: nelle sue
chiavi di configurazione se le dichiara —il caso normale nella famiglia JVM, con
spring.datasource.username e la sua gemella— e altrimenti dentro l’URL o la stringa di
connessione stessa, da dove li prende un micro Node, Go o .NET.
Resta scoperto un solo caso: un URL di tipo jdbc:/r2dbc: su un micro che non dichiara
quelle chiavi. Lì le credenziali non stanno da nessuna parte e Aseptic avvisa (cambierebbe
solo l’URL); usa «Aggiorna il manifesto dal repository» per rilevarle automaticamente.
Opzione B: local, cloud o personalizzato
Sezione intitolata “Opzione B: local, cloud o personalizzato”Nello stesso selettore puoi scegliere direttamente:
- Local — l’URL locale che il micro dichiara (predefinito).
- Cloud — la
cloudUrlche il micro dichiara (può richiedere credenziali e una connessione alla sua rete). - Personalizzato — un URL JDBC che scrivi tu.
Questa personalizzazione è locale e non versionata (vive nel tuo settings.local.yml),
quindi ogni macchina punta dove vuole senza influire sul resto del team.