Pointer un micro vers une autre base de données
Objectif : qu’un micro démarre contre une autre base de données (celle du cloud, une locale différente, une du catalogue) sans éditer son dépôt.
Option A : une connexion du catalogue
Section intitulée « Option A : une connexion du catalogue »- Dans la section Bases de données, créez la connexion (moteur, hôte, port,
utilisateur, mot de passe en
${creds.x}) et testez-la (accessibilité TCP). - Dans l’éditeur du micro, dans la configuration de démarrage, ouvrez le sélecteur de
base de données et choisissez cette connexion. Son
host:portremplace celui de l’URL que le micro déclare déjà.
L’utilisateur et le mot de passe de la connexion vont là où votre micro les lit : dans
ses clés de config s’il les déclare —le cas normal dans la famille JVM, avec
spring.datasource.username et sa jumelle— et sinon dans l’URL ou la chaîne de connexion
elle-même, d’où les tire un micro Node, Go ou .NET.
Il ne reste qu’un cas non couvert : une URL de type jdbc:/r2dbc: sur un micro qui ne
déclare pas ces clés. Là, les identifiants n’ont nulle part où aller et Aseptic prévient
(seule l’URL changerait) ; utilisez « Mettre à jour le manifeste depuis le dépôt » pour les
détecter automatiquement.
Option B : local, cloud ou personnalisée
Section intitulée « Option B : local, cloud ou personnalisée »Dans le même sélecteur, vous pouvez choisir directement :
- Local — l’URL locale que le micro déclare (par défaut).
- Cloud — la
cloudUrlque le micro déclare (peut nécessiter des identifiants et une connexion à son réseau). - Personnalisée — une URL JDBC que vous écrivez.
Cette personnalisation est locale et non versionnée (elle vit dans votre
settings.local.yml), ainsi chaque machine pointe où elle veut sans affecter le reste de
l’équipe.