Nacos面试题（三）

1. Nacos配置中心宕机了，我们的服务还可以读取到配置信息吗?

如果Nacos配置中心宕机了，服务的读取配置信息的能力将取决于多个因素，包括服务的缓存策略、配置更新的实时性要求以及服务的容错机制等。

首先，如果服务在启动时已经从Nacos配置中心读取了配置信息，并且将这些信息缓存到了本地（比如应用的内存中），那么在Nacos宕机的情况下，服务仍然可以使用这些缓存的配置信息继续运行。但是，这种方式存在一个问题，那就是服务无法获取到Nacos中后续的配置更新。

其次，如果服务对配置更新的实时性要求很高，那么可能需要实现一种机制来在Nacos恢复后重新拉取最新的配置。这通常涉及到服务的容错逻辑，比如定时重试连接Nacos，或者在检测到配置可能发生变化时主动拉取新配置。

另外，对于一些关键服务，可能还需要考虑使用备份配置中心或者配置持久化存储等方式来提高配置的可用性。例如，可以将配置信息同步到其他存储系统（如数据库或文件系统），以便在Nacos宕机时可以从备份源中读取配置。

总的来说，虽然Nacos配置中心宕机可能会导致服务无法获取最新的配置信息，但通过合理的缓存策略、容错机制和备份方案，可以最大限度地减少对服务的影响。因此，在设计和实现基于Nacos的配置管理系统时，需要充分考虑这些因素，以确保系统的稳定性和可用性。

2. 简述 Nacos和Eureka区别 ?

Nacos和Eureka作为服务注册和发现的解决方案，各自具有不同的特点和优势。以下是它们之间的主要区别：

1. 功能范围：

• Nacos的功能更为丰富，除了服务注册与发现外，还提供了动态配置管理、动态DNS服务、服务和元数据管理等功能。它支持CP和AP两种一致性模型，提供了更灵活的选择。
• Eureka则更专注于服务注册与发现的功能，具有简单易用、轻量级的特点。其自我保护机制可以在网络故障或部分节点失效时继续提供服务注册和发现。

2. 保护机制：

• Nacos的自我保护机制体现在其对于阈值的设置上，它是针对某个具体Service的，而不是针对所有服务的。当服务出现问题时，Nacos会根据其策略来决定是否剔除该服务。
• Eureka的自我保护机制则是基于整个注册中心的。当在短时间内统计续约失败的比例达到一定阈值时，Eureka会触发自我保护机制，不会剔除任何微服务实例，等待网络恢复后再退出该机制。

3. 连接方式和健康检查：

• Nacos使用netty，采用长连接的方式。这有助于保持与服务实例的稳定连接，并提供了服务的实时健康检查功能。
• Eureka则采用短连接，定时发送心跳的方式进行健康检查。这种方式可能在某些场景下稍显不够实时，但也具有其独特的优势。

4. 集群模式：

• Nacos通过集群模式实现高可用性，采用选主方式保证集群中只有一个主节点。当主节点发生故障时，能够自动进行主备切换，确保服务的可靠性。
• Eureka也支持集群模式，但在集群中的各个节点之间没有明确的主备关系。当节点失效时，Eureka会自动剔除失效节点，并通过心跳机制进行实时更新。

综上所述，Nacos和Eureka各有其优势和特点，选择哪个更合适主要取决于具体的业务需求和系统环境。例如，如果你需要一个功能丰富、支持多种一致性模型的服务注册中心，并且对于服务的健康检查和配置管理有较高要求，那么Nacos可能是一个更好的选择。而如果你更看重服务的轻量级和简单易用性，并且对于自我保护机制有特定需求，那么Eureka可能更适合你。

3. 简述Nacos中的保护阈值的作用 ?

在Nacos中，保护阈值是一种用于保护服务实例的重要机制。当服务实例出现故障或异常时，Nacos会通过心跳检测等方式将其从服务列表中移除，以避免客户端继续向其发送请求。然而，如果移除的实例过多，可能会导致服务的可用性降低，影响业务的正常运行。

保护阈值的作用在于，当服务实例的健康状态低于指定的阈值时，Nacos将不再将其从服务列表中移除。这实际上是一个权衡机制，旨在在服务的稳定性和可用性之间找到一个平衡点。通过设定一个合理的保护阈值，可以确保即使出现一定数量的故障或异常实例，服务仍然能够保持一定的可用性，从而避免因为过度移除实例而导致的服务中断。

需要注意的是，保护阈值并不能解决服务实例的故障或异常问题，它只是一种避免过度移除服务实例的机制。在实际使用过程中，还需要针对服务实例的故障或异常问题进行监控和修复，以确保服务的正常运行。

因此，正确设置和使用保护阈值对于维护Nacos中服务的稳定性和可用性至关重要。需要根据实际的业务需求和系统状况来设定合适的阈值，以达到最佳的服务效果。

4. 简述Nacos中保证的是CP还是AP？

Nacos 是一款开源的服务发现、配置管理和动态 DNS 服务。在 Nacos 中，既保证了CP也保证了AP。这意味着，Nacos 提供了两种不同的一致性模型供用户选择，即 CP（一致性优先）和 AP（可用性优先）。

• 在 CP 模式下，Nacos 优先保证一致性。它采用了 Distro 协议，底层数据存储与阿里自研的 Distro 协议对应，以确保数据在各个节点之间保持一致。这种模式适用于对数据一致性要求极高的场景，但可能在一定程度上牺牲了可用性，因为在网络分区或节点故障时，系统可能无法正常工作。
• 在 AP 模式下，Nacos 优先保证可用性。它采用了 Raft 协议，底层数据存储与 Raft 协议对应，以容忍部分节点宕机的情况，保证系统的可用性。这种模式适用于对系统可用性要求较高的场景，即使在网络分区或节点故障时，系统仍然能够提供服务。

因此，Nacos 并不单纯保证 CP 或 AP，而是根据用户的实际需求和业务场景，提供了灵活的选择。用户可以根据需要选择相应的一致性模型，以在数据一致性和系统可用性之间取得平衡。

5. Nacos的就近访问是什么意思？

Nacos的就近访问原则指的是在服务间调用时，Nacos优先选择同一个集群内的实例进行调用。在Nacos中，一个服务可以有多个实例，并且每个实例都可以被分配到特定的集群中。这些集群是通过设置实例的cluster-name来进行划分的。当某个服务A需要调用另一个服务B时，Nacos会首先查看服务A的实例所属的集群，然后在调用服务B时，倾向于选择与服务A相同集群的服务B实例来进行调用。

这种就近访问的机制有助于减少网络延迟，提高服务调用的效率。它适用于分布式部署的集群环境，可以将相互依赖的服务部署在同一个集群内，从而降低跨集群通信的成本和风险。就近访问是Nacos负载均衡和服务发现能力的一部分，有助于提升整体系统的性能和可扩展性。

总的来说，Nacos的就近访问原则是一种优化服务调用效率的机制，通过优先选择同一集群内的实例进行调用，减少网络延迟，提高系统的整体性能和可靠性。

6. Nacos中的负载均衡底层是如何实现的?

Nacos中的负载均衡底层实现主要依赖于内置的Ribbon。Ribbon是Netflix开源的一款优秀的负载均衡器，它提供了多种负载均衡策略，例如轮询、随机、加权轮询和加权随机等。

在Nacos中，默认的负载均衡策略是轮询，即按照顺序依次将请求分发到每个服务实例上。这种策略适用于服务实例的负载较为平均的场景。为了更精细地控制负载均衡，Nacos还支持按权重策略来实现负载均衡。在配置了对应Nacos的服务启动后，可以在服务管理中对每个服务实例进行权重分配。针对这些实例，就可以根据各自的性能等其他因素进行合理的权重分配，实现权重轮询的负载均衡策略。

此外，Nacos还支持多种配置协议，例如Distro协议和HTTP协议等，以方便进行配置的更新和推送。这些机制可以帮助用户在面对大量请求时，实现高效的负载均衡和系统性能优化。

总的来说，Nacos的负载均衡底层实现通过Ribbon提供了多种灵活且高效的负载均衡策略，可以根据实际业务场景和系统需求进行选择和调整。

7. Nacos服务是如何判定服务实例的状态？

Nacos服务通过心跳检测机制来判定服务实例的状态。具体来说，客户端会定期向Nacos发送心跳包，表明自己仍然处于活跃状态。Nacos服务器会在规定的时间内等待这些心跳包。如果在这个时间内没有收到某个实例的心跳包，Nacos会认为该实例可能出现了问题。

对于临时实例，Nacos不会进行持久化存储，完全依赖心跳机制来保活。如果超过一定时间（通常是30秒）没有收到某个临时实例的心跳，Nacos会将其从服务列表中删除。

对于持久化实例，Nacos会进行持久化处理。即使该实例不存在或心跳丢失，Nacos也不会立即从服务端删除它，而是将其健康状态设置为不健康。

此外，还可以通过实例的ephemeral字段来判断健康检查模式。如果ephemeral为true，对应的是client模式（客户端心跳）；如果ephemeral为false，对应的是server模式（服务端检查）。

总的来说，Nacos通过结合心跳检测机制和实例类型（临时或持久化）来判断服务实例的状态，确保服务的可用性和稳定性。

8. 简述Nacos如何共享配置 ？

Nacos配置中心提供了一种有效的配置共享机制，允许不同服务或应用之间共享配置信息，从而提高配置管理的效率和一致性。以下是Nacos如何实现配置共享的简要描述：

1. 配置存储与注册：首先，Nacos配置中心将配置信息存储在存储介质中，这可以是数据库、文件系统或分布式存储等。开发人员可以将配置信息集中存储在一个地方，以便统一管理和维护。当应用程序启动时，它会向Nacos配置中心注册自己所需的配置信息，这些配置信息会被Nacos配置中心存储起来，并为应用程序提供访问接口。
2. 指定共享配置：Nacos支持在配置路径spring.cloud.nacos.config.shared-configs下指定一个或多个共享配置。这些共享配置可以被多个服务或应用共同使用。每个共享配置都需要指定其data-id和group（默认为DEFAULT_GROUP），refresh属性（默认为true）用于控制配置是否支持动态刷新。
3. 读取共享配置：服务或应用在启动时，会从Nacos配置中心读取所需的共享配置。这些配置会与本地配置合并，以完成项目的启动和初始化。通过这种方式，不同的服务或应用可以共享相同的配置信息，从而确保配置的一致性。
4. 配置监听与更新：Nacos配置中心还提供了配置监听的功能。当共享配置发生变化时，Nacos配置中心会向相关的应用程序发送通知。应用程序可以通过监听这些通知来实现配置的动态更新，确保始终使用最新的配置信息。

综上所述，Nacos通过集中存储、注册、指定和读取共享配置，以及提供配置监听和更新机制，实现了配置信息的共享。这大大提高了配置管理的效率和一致性，降低了维护成本，使得微服务架构下的配置管理变得更加简单和高效。