dubbo-admin
dubbo-admin copied to clipboard
apache
The ops and reference implementation for Apache Dubbo
参考分支：[https://github.com/apache/dubbo-admin/tree/refactor-with-go-components-experimental](https://github.com/apache/dubbo-admin/tree/refactor-with-go-components-experimental) ## 架构 所有资源启动，都统一到`dubbo-admin run` 一条命令，run 启动所有内容： - console-server - subscribe to registry - mock server - ui - traffic rule - authority - mapping 可以参考 kuma 引入 component 的概念，每一块内容作为一个...
用一个输入框表示，如让用户输入 `group/service:version` 或 `service` 的格式，我们自己通过代码解析成三个字段值。 
计划实现一个 IDL 管理平台，对 protobuf 文件实现类似于Git的IDL文件版本管理机制，参考[buf](https://buf.build/docs)的相关功能，实现IDL文件的远程依赖管理和插件管理。 ### 期望产出 实现一个IDL管理平台，前端采用 buf cli 实现，后端独立开发。支持对IDL文件进行版本管理、对IDL文件的远程依赖管理、IDL文件代码生成的插件管理。 ### 管理平台后端架构 前端借助于 buf cli 实现，IDL 管理整个后端包括6个部分组成，分别是API接口、认证模块、版本依赖管理模块、插件管理模块、持久化管理模块以及数据库。 API接口为用户提供可用的API用于操作IDL管理平台，它解析收到的HTTP请求，验证绑定请求参数，将用户请求路由到具体的执行函数中。认证模块的功能为用户认证和授权，它验证用户信息是否正确、授权用户token用于管理IDL、验证token信息是否正确。在版本依赖管理模块中，这个模块的主要职责就是管理IDL版本，管理IDL文件远程依赖。插件管理模块主要用于插件管理和在代码生成阶段远程插件执行。持久化管理模块为上层模块提供统一的数据库访问接口，上层模块与数据库的交互通过此模块完成。数据库主要用于持久化保存IDL文件的版本信息以及插件信息。  ### 近期时间规划 - 2023.06.26 - 2023.07.02 数据库存储结构定义 - 2023.07.03 -...
https://cn.dubbo.apache.org/zh-cn/overview/core-features/traffic/
## 第一步，Dubbo 应用要支持部署并使用 Kubernetes Service 目前，将 Dubbo 部署到 Kubernetes，并启用 Kubernetes Service 得几种模式如下 * [Kubernetes as Registry](https://github.com/apache/dubbo-samples/tree/master/3-extensions/registry/dubbo-samples-kubernetes) * [Proxy Mesh](https://github.com/apache/dubbo-samples/tree/master/3-extensions/registry/dubbo-samples-mesh-k8s) * [Proxyless Mesh](https://github.com/apache/dubbo-samples/tree/master/3-extensions/registry/dubbo-samples-xds) ## 第二步，Admin 哪些功能要适配到 Kubernetes 从 Dubbo 视角，屏蔽 Kubernetes...
### Environment * Dubbo Admin version: 0.5.0 * Java version: 1.8 * Nacos: 2.1.0 ### Steps to reproduce this issue 1. 集成Dubbo3.x应用发现问题 NacosServiceMapping的初始化逻辑注入Url为metadataUrl，参考代码ConfigServer.getServiceMapping(ServiceDiscovery serviceDiscovery, InstanceRegistryCache instanceRegistryCache) 而目前按照Dubbo的处理逻辑，metadataUrl的group默认值为dubbo、registryUrl的group默认值为DEFAULT_GROUP，即存在metadataUrl与registryUrl不一致的情况，此时NacosServiceMapping使用metadataUrl初始化则导致getAllServiceNames()结果为空，现象为管理界面服务列表为空，此处应该修改为使用registryUrl进行初始化，才能使服务列表正常获取和显示，参考如下 ``` @Bean @DependsOn("dubboRegistry")...
