apache / apache/dubbo

Dubbo 3.0 在k8s中的服务发现 (一个思考可能放在issue里面不太合适,但是不知道放在哪里)

Open
#7,570 2 comments 0 reactions 0 assignees View on GitHub
type/proposal
Dominant language
Java
Stars
41.6k
Forks
26.4k
Avg merge
15h 13m
Merged PRs (30d)
4

Description

- [x] I have searched the [issues](https://github.com/apache/dubbo/issues) of this repository and believe that this is not a duplicate.
- [x] I have checked the [FAQ](https://github.com/apache/dubbo/blob/master/FAQ.md) of this repository and believe that this is not a duplicate.

### Environment

* Dubbo version: 3.0.0
* Operating System version: xxx
* Java version: xxx

### Steps to reproduce this issue
目前在k8s中的服务发现解决方案有二个
1、 DNS ,无头服务,对dns会有一定的查询压力
2、k8s client, 当 consumer 过多时会对api server 有压力,配置失误可能会拖垮k8s集群

我觉得可以换一个思路,让 provider 做服务发现
具体步骤是这样的
1、provider 服务采用普通服务
2、provider 负责监听 k8s endpoints变化
3、consumer 使用 k8s中创建 provider 的普通服务做服务发现

这样一来 consumer 端 可以把查询dns 转成向provider查询,减少dns的查询压力,同时provider只需要身k8s监听自己服务的变化通知,减少配置失误对k8s集群的影响

Pls. provide [GitHub address] to reproduce this issue.

### Expected Result

What do you expected from the above steps?

### Actual Result

What actually happens?

If there is an exception, please attach the exception trace:

```
Just put your stack trace here!
```

Contributor guide

Open the contributing guide

Research direction

The issue names no files, tests, or entry points. Start by reviewing Dubbo 3.0's existing Kubernetes service-discovery options and the provider/consumer flow described here; done would require a decided, scoped proposal with validation criteria.

Written by the indexing model from the issue text.

Assessment

Tech stack
java, kubernetes
Domain
distributed-systems, infrastructure
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.