我可以在远程服务器 (Docker) 中使用共享的 jhipster-registry 和 uaa,开发人员可以将其连接为服务吗?
Can I use a shared jhipster-registry and uaa in a remote server (Docker) and developers connect to it as a service?
在一个开发团队中,我们正在使用 Uaa、Jh-registry、mic 1、mic 2 和 gateway 开发一个 jhipster 微服务项目。
这里的问题是,是否可以使用 Docker 在远程服务器中部署共享的 Uaa 和 Jh-registry,而 mic 1 和 mic 2 上的其他开发人员将它们用作服务?
如果是,请问有配置或者灵感示例吗?
答案是肯定的,而且没什么可做的,只需编辑您的网关、uaa 和微服务的 src/main/resources/config/bootstrap.yml
文件,以便它们指向配置的注册表 url:
spring:
...
cloud:
config:
fail-fast: false # if not in "prod" profile, do not force to use Spring Cloud Config
uri: http://admin:${jhipster.registry.password}@my-registry.example.com:8761/config
然后对于 Eureka 服务器 url,在应用程序和注册表中编辑 application*.yml
以更改 defaultZone
eureka:
...
client:
service-url:
defaultZone: http://admin:${jhipster.registry.password}@my-registry.example.com:8761/eureka/
在一个开发团队中,我们正在使用 Uaa、Jh-registry、mic 1、mic 2 和 gateway 开发一个 jhipster 微服务项目。
这里的问题是,是否可以使用 Docker 在远程服务器中部署共享的 Uaa 和 Jh-registry,而 mic 1 和 mic 2 上的其他开发人员将它们用作服务?
如果是,请问有配置或者灵感示例吗?
答案是肯定的,而且没什么可做的,只需编辑您的网关、uaa 和微服务的 src/main/resources/config/bootstrap.yml
文件,以便它们指向配置的注册表 url:
spring:
...
cloud:
config:
fail-fast: false # if not in "prod" profile, do not force to use Spring Cloud Config
uri: http://admin:${jhipster.registry.password}@my-registry.example.com:8761/config
然后对于 Eureka 服务器 url,在应用程序和注册表中编辑 application*.yml
以更改 defaultZone
eureka:
...
client:
service-url:
defaultZone: http://admin:${jhipster.registry.password}@my-registry.example.com:8761/eureka/