Pixiu Control Plane Support 3rd party Registry

[AlbumenJ]

What happened:

What you expected to happen:

How to reproduce it (as minimally and precisely as possible):

Anything else we need to know?:

[AlbumenJ]

Dubbo 对接 zk & nacos 这块的目标主要是在未来我们要提供支持三方注册中心的能力。现在 istio 是基于 k8s 的 service 去做的，也提供 mcp 数据源的模式。我们需要做的是需要先定义一个服务的格式，这个格式可以满足 xds 的需要，也可以满足 dubbo、sc 这种数据面的需要。然后把 istio 现有的获取 service 得能力调整到对接我们这样一个统一格式。最后基于此再去接入 zk & nacos，指导 zk & nacos 上的数据按照我们的那个格式存储，达到注册中心能力的全适配。

[chickenlj]

先给出如下内容：

1. 各个组件数据格式的调研报告，比如 dubbo、spring cloud、istio 服务发现相关的数据格式分别是什么样的，流程是怎么样的
2. 数据可能的几种流转过程，如从控制面拉取/订阅nacos数据、向nacos注册数据等
3. MCP 方式的工作过程，中间的局限和可复用的地方等。MCP是一种统一的数据源格式，如果不支持的话，就是我们直接依赖如nacos sdk去主动适配nacos，并将数据转换为istio service entry或者我们新抽象的service模型

[PhilYue]

先给出如下内容：

1. 各个组件数据格式的调研报告，比如 dubbo、spring cloud、istio 服务发现相关的数据格式分别是什么样的，流程是怎么样的
2. 数据可能的几种流转过程，如从控制面拉取/订阅nacos数据、向nacos注册数据等
3. MCP 方式的工作过程，中间的局限和可复用的地方等。MCP是一种统一的数据源格式，如果不支持的话，就是我们直接依赖如nacos sdk去主动适配nacos，并将数据转换为istio service entry或者我们新抽象的service模型

nice，我先按照这个步骤去梳理一下

[PhilYue]

梳理方案进行中：未完成
https://dubbogoproxy.yuque.com/dubbogoproxy/vld1hq/vo2m56