В случае архитектуры микросервисов JHipster я запускаю сервер UAA с именем AuthServer в контейнере Docker, а реестр Jhipster - в другом контейнере.
Контейнеры Docker работают в той же конфигурации сети моста пользователя.
Поскольку реестр не находится в том же контейнере, я настроил свой сервер UAA для подключения к компьютеру jhipster-registry в моем файле application.yml
eureka:
instance:
prefer-ip-address: true
client:
service-url:
defaultZone: http://admin:${jhipster.registry.password}@jhipster-registry:8761/eureka/
Точно так же я использовал это в файле bootstrap.yml:
spring:
cloud:
config:
fail-fast: true
retry:
initial-interval: 1000
max-interval: 2000
max-attempts: 100
uri: http://admin:${jhipster.registry.password}@jhipster-registry:8761/config
И, наконец, в моем файле docker-compose я также использовал
version: '3.3'
services:
authserver-app:
image: authserver
environment:
- _JAVA_OPTIONS=-Xmx512m -Xms256m
- SPRING_PROFILES_ACTIVE=prod,swagger
- EUREKA_CLIENT_SERVICE_URL_DEFAULTZONE=http://admin:$${jhipster.registry.password}@jhipster-registry:8761/eureka
- SPRING_CLOUD_CONFIG_URI=http://admin:$${jhipster.registry.password}@jhipster-registry:8761/config
- SPRING_DATASOURCE_URL=jdbc:postgresql://authserver-postgresql:5432/AuthServer
- JHIPSTER_SLEEP=10 # gives time for the JHipster Registry to boot before the application
Но когда я запускаю приложение AuthServer, оно продолжает пытаться подключиться к localhost
authserver-app_1 | 2019-01-04 18:07:39.134 DEBUG 1 --- [ restartedMain] c.n.d.s.r.aws.ConfigClusterResolver : Config resolved to [AwsEndpoint{ serviceUrl='http://admin:admin@localhost:8761/eureka/', region='us-east-1', zone='defaultZone'}]
authserver-app_1 | 2019-01-04 18:07:39.141 DEBUG 1 --- [ restartedMain] c.n.d.s.r.a.ZoneAffinityClusterResolver : Local zone=defaultZone; resolved to: [AwsEndpoint{ serviceUrl='http://admin:admin@localhost:8761/eureka/', region='us-east-1', zone='defaultZone'}]
Откуда берется эта конфигурация о localhost и как я могу это исправить?