[GitHub] [dubbo] chickenlj commented on issue #3266: 关于Dubbo适配不同配置中心的存储和组织模型的问题

["chickenlj (GitHub)" <gi...@apache.org>]

>  1. namespace属性对应Apollo的namespace用于配置服务治理信息的，但和group、config-file、app-config-file的使用搭配缺乏明确的指导。

对于 Apollo 的场景来说，`config-file、app-config-file` 并没有实际意义，只关注 `namespace group` 即可。推荐用法：`<dubbo namespace="governance" group ="dubbo"/>`

> 2. 随着企业内服务数的增加（比如1万以上服务），namespace下的key-value数量是：服务数✖️2+节点数✖️4（1条提供者{application.name}、1条消费者{application.name}、1条{service:version:group}、1条消费者{application.name}.condition-router、1条{service:version:group}.condition-router、1条消费者{application.name}.tag-router），这个对Apollo整体性能容量、网络压力影响有多大？

因为通常需要配置规则的 service 还是少数的，并且 application 级别配置的引入一方面原因也是为了减少配置维护量。所以我认为实际和理论数据量还是会有些差异。

> 3. namespace下节点级的{application.name}.configurators和服务级的{service:version:group}.configurators的边界模糊。某些服务级别配置2个key下都能用。

这个问题能否具体再描述一下？

> 4. namespace中的key-value的key和value中yaml内的key存在意义冲突。

能否举个例子。因为按照设计，`value中yaml内的key` 是不暴露到用户侧的，由 Dubbo-Admin 来自动填充，屏蔽掉 `key-value的key` 和 `value中yaml内的key`  的转换和差异。


[ Full content available at: https://github.com/apache/dubbo/issues/3266 ]
This message was relayed via gitbox.apache.org for notifications@dubbo.apache.org