We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
在测试环境,经常会有同一个应用在不同的环境测试,应用名相同,但是注册中心地址不同,不同的应用又可能会使用不同的注册中心,在服务来源中可能会对eureka类型的注册中心配置多个地址,在服务列表中查询指定服务名称的服务地址列表时,发现会随机展示某一个注册中心里的服务地址列表。
例如服务DEMO同时注册中注册中心A和B,注册在A的服务ip地址分别为1.1.1.1,注册在B中的服务ip地址为2.2.2.2和3.3.3.3,当我在服务列表搜索DEMO.EUREKA的时候,有时候查出来是1.1.1.1,有时候查出来是2.2.2.2和3.3.3.3,这不符合预期
在服务列表搜索DEMO.EUREKA的时候,应该直接将1.1.1.1,2.2.2.2和3.3.3.3全部展示出来 或者服务名直接区分DEMO.EUREKA-A和DEMO.EUREKA-B分别展示,在路由的时候也能区分
The text was updated successfully, but these errors were encountered:
应该是 registry 缓存中的数据被两个 watcher 交替覆盖的问题。请 @johnlanni 看一下。
Sorry, something went wrong.
No branches or pull requests
Ⅰ. Issue Description
在测试环境,经常会有同一个应用在不同的环境测试,应用名相同,但是注册中心地址不同,不同的应用又可能会使用不同的注册中心,在服务来源中可能会对eureka类型的注册中心配置多个地址,在服务列表中查询指定服务名称的服务地址列表时,发现会随机展示某一个注册中心里的服务地址列表。
Ⅱ. Describe what happened
例如服务DEMO同时注册中注册中心A和B,注册在A的服务ip地址分别为1.1.1.1,注册在B中的服务ip地址为2.2.2.2和3.3.3.3,当我在服务列表搜索DEMO.EUREKA的时候,有时候查出来是1.1.1.1,有时候查出来是2.2.2.2和3.3.3.3,这不符合预期
Ⅲ. Describe what you expected to happen
在服务列表搜索DEMO.EUREKA的时候,应该直接将1.1.1.1,2.2.2.2和3.3.3.3全部展示出来
或者服务名直接区分DEMO.EUREKA-A和DEMO.EUREKA-B分别展示,在路由的时候也能区分
Ⅳ. How to reproduce it (as minimally and precisely as possible)
Ⅴ. Anything else we need to know?
Ⅵ. Environment:
The text was updated successfully, but these errors were encountered: