melod_yi
melod_yi
时间Before等断言，是说higress后续会支持这种插件吗？还是需要用户自己实现？
是的，如果有一些机制，能读取内存的命名空间清单（naming的）就好了。 那就可以和数据库的命名空间清单做一个对比，这样至少能检测到这种场景。
这个问题和之前有次提到的注册是否要检查命名空间有点类似。 #12191 sdk读config走nacos本地文件的那个流程，是不care具体的namespace是否存在的。直接去对应的目录读配置了。 包括你从控制台，应该也找不到这条配置，做不了删除或者修改的动作了。 config现在强依赖namespace，一个符合知觉的行为应该是“阻止删除存在配置的命名空间”或者“删除命名空间后级联删除配置”。 “阻止删除存在配置的命名空间”的话。 namespace本身是个低频接口，删除的时候调用数据库检查是否有配置不太担心性能问题。 但是从依赖关系的角度来看，删除namespace时也不应该检查自己名下是否有配置？ 不过现在查namespace detail的时候就有注入配置数量的逻辑了。是不是复用这个做一个删除前校验？ “删除命名空间后级联删除配置”的话。 考虑发布个event，让config去发现namespace删除了，进而异步地级联删掉namepsace下的配置？这个动作也比较危险就是了。
P.S. 阿里云的MSE商用服务的行为上，控制台删除namespace前会进行检查。接口层面是否也校验不确定。
我最近也看到这个指标缺失了。 请教下为什么nacos架构设计上希望是创建多个raft group，而不是只保留一个group且都持久化到db？ 像持久化实例、metadata，都不知道写到什么位置去了，不像数据库那么好查看和维护。
@KomachiSion 为这个问题提交了文档修改，麻烦帮check下 https://github.com/nacos-group/nacos-group.github.io/pull/992