SpringCloud配置中心面试题整理-优快云博客

企业内 Nacos 一般会使用数据库(如 MySQL)来存储配置数据。数据以键值对的形式存储的，每个配置项对应一个数据 ID(Data ID)，并且支持通过 Namespace(命名空间)、Group(组)来进行配置的隔离与分类。
配置存储层在 Nacos 集群的任意节点都可以进行读写，通过多副本的数据持久化保证配置的高可用性和可靠性。

2)配置的推送机制

Nacos配置中心使用 gRPC 长连接 来实现配置的实时推送。客户端与Nacos服务器通过gRPC建立长连接，当配置发生变更时，Nacos服务器可以通过这个长连接实时向客户端推送配置更新。
客户端在启动时，会向Nacos注册监听器( Listener )并维持与服务器的长连接。当 Nacos 检测到配置变更时，会通知所有相关客户端进行配置刷新。

3)配置的缓存

Nacos 客户端维护一个本地缓存，客户端接收到配置更新后，会自动刷新本地缓存的配置。当与 Nacos 服务器的连接出现异常或服务器不可用时，可以从本地缓存中读取配置，保证系统的基本运行不受影响。

这个缓存机制也有助于减少服务器压力，提高系统的可用性。( 所以面试官问你 Nacos 配置中心挂了实例会立马受到影响吗?答案是不会)

配置灰度发布与版本管理

Nacos 提供了灰度发布的能力，可以将配置的更新仅应用到部分客户端，以降低风险。通常情况下，可以先发布到某个Group 或使用标签(Tag)指定的客户端，确保新配置在小范围内运行稳定后，再逐步扩展到所有客户端。

当配置发生变更时，会生成新的版本，旧版本也会保存。版本管理可以确保在配置更新出现问题时，能够快速回退到之前的版本，减少对生产环境的影响。

Nacos 的服务注册表结构是什么样的?

Nacos 主要采用了数据的分级存储模型，最外层是 NameSpace，用来隔离环境，然后是 Group，用来实现服务分组，接下来就是服务(Service),一个服务可以有多个实例，并且可能服务节点不在同一区域，因此服务 Service 下面有多个集群(Cluster)，集群下面有多个实例(Instance)

对应到 Java 代码中，其就是一个嵌套的 Map ，如下所示:

Map<String,Map<String,Service>> map

最外层的 Key 就是 namespaceld，值是 Map。
内层 Map 的 Key 是 Group 拼接而成的 servceName，即服务名称。
最后的 Service 是一个对象，其内部也是一个 Map，Key 是集群的名字，即 Cluster 对象，然后值是存储实例 Instance 的集合。

Nacos 中的 Namespace 是什么?如何使用它来组织和管理微服务?

在Nacos中，Namespace是一种逻辑隔离机制，用来区分不同的环境或项目。

通过Namespace，可以在同一个Nacos实例上为不同的开发团队或者不同的环境（如开发、测试、生产）提供独立的服务和配置空间。这样可以避免不同环境下的服务和配置相互干扰，同时也便于管理和维护。

使用Namespace来组织和管理微服务

创建Namespace：
- 在Nacos控制台中，可以创建多个Namespace。
- 每个Namespace都有一个唯一的ID，这个ID是用来标识该命名空间的唯一字符串。
指定Namespace：
- 当你向Nacos注册服务或获取配置时，可以通过指定Namespace ID来告诉Nacos这些操作属于哪个命名空间。
- 例如，在Spring Cloud应用中，你可以通过spring.cloud.nacos.discovery.namespace属性来设置当前应用所属的Namespace。
服务注册与发现：
- 服务在注册到Nacos时会带上Namespace信息，因此即使不同环境中存在相同的服务名，只要它们属于不同的Namespace，就不会发生冲突。
- 同样地，当客户端进行服务发现时，也需要指明目标Namespace，这样才能找到正确的服务实例列表。
配置管理：
- 配置文件也可以关联到特定的Namespace。这样，即使配置文件的名字相同，只要它们位于不同的Namespace下，就代表了不同环境下的配置。
- 应用程序在启动时可以根据自己的Namespace来拉取对应的配置，确保获取到的是适合当前环境的正确配置。
权限控制：
- Nacos还支持基于Namespace的权限控制，可以为不同的Namespace分配不同的访问权限，从而增强系统的安全性。