之乎者也·的博客

要是不用Spring Security，token的生成、校验、刷新，权限的验证分配，又全要自己写，想想都头大。本文使用session模式（jwt的刷新token等机制还要自己实现，session的刷新sa-token都帮我们做好了，使用默认的模式更加方便，而且功能更多）同样的，在gateway中也需要配置sa-token和redis，注意和在account服务中配置的要一致，否则在redis中获取信息的时候找不到。我们在gateway实现这个接口，为用户赋予权限，再进行权限校验，就可以精确到path了。

本文将会使用 SpringCloud Gateway 网关组件配合 Nacos 实现灰度发布（金丝雀发布）

传统的静态配置方式要想修改某个配置只能修改之后重新发布应用，要实现动态性，可以选择使用数据库，通过定时轮询访问数据库来感知配置的变化。轮询频率低感知配置变化的延时就长，轮询频率高，感知配置变化的延时就短，但比较损耗性能，需要在实时性和性能之间做折中。配置中心专门针对这个业务场景，兼顾实时性和一致性来管理动态配置。

一般的配置管理系统都是代码侵入性的，应用接入配置管理系统都需要使用对应的SDK来查询和监听数据的变更。对于一些已经成熟的系统来说，接入SDK来实现动态配置管理是很难实现的，Nacos通过引入配置管理工具confd可以实现系统的配置变更做到无代码侵入性。为什么要支持confd，老的应用配置管理模式是启动时读取配置文件，然后重新读取配置文件需要应用重启。

Eureka 使用 Peer to Peer 模式进行数据复制。Eureka 通过 http header就是 HEADER_REPLICATION 解决循环复制问题。Eureka 通过 lastDirtyTimestamp 解决复制冲突。Eureka 通过心跳机制实现数据修复。Distro 协议是 Nacos 针对临时实例数据开发的⼀致性协议。数据存储在缓存中，并在启动时进行全量数据同步，定期执行数据校验。遵循 Distro 协议的设计理念，每个 Distro 节点均能接收读写请求。

不同于Paxos算法直接从分布式一致性问题出发推导出来，Raft算法则是从多副本状态机的角度提出，用于管理多副本状态机的日志复制。Raft实现了和Paxos相同的功能，它将一致性分解为多个子问题：Leader选举（Leader election）、日志同步（Log replication）、安全性（Safety）、日志压缩（Log compaction）、成员变更（Membership change）等。同时，Raft算法使用了更强的假设来减少了需要考虑的状态，使之变的易于理解和实现。Leader。

Zookeeper、Eureka、Nacos、Consul和ETCD有什么区别？

Nacos 这款开源产品很好地支持了地址服务器这种模式，所以无论是大、中、小型公司在自建 Nacos 时，都可以选择地址服务器模式去构建生产高可用的 Nacos 集群，地址服务器组件相对而言维护简单，Nginx，Java 构建的 Web 服务器均可以轻松实现一个地址服务器。本文介绍了 Nacos 的三种部署模式，并就高可用、可伸缩、易用性等方面对各个模式进行了介绍，并对自建 Nacos 场景的部署选型进行了分析，同时介绍了 MSE Nacos 企业版的部署架构，对云环境部署 Nacos 进行了补充。

Nacos注册中心会维护一个与服务提供者之间的心跳连接，并根据心跳的接收情况来判断服务提供者的存活状态。如果注册中心在一段时间内没有收到来自服务提供者的心跳消息，它会认为该服务提供者已经不可达或出现故障，从而将其标记为不健康的实例或将其从服务列表中移除。总结来说，在Nacos中，服务提供者通过定期发送心跳消息来向Nacos注册中心续约，以保持其存活状态并被其他服务消费者发现和调用。当服务提供者启动时，它会向Nacos注册中心进行注册，将自己的服务信息（如服务名、IP地址、端口号等）上报给注册中心。

总结来说，Nacos通过配置降级规则和集成熔断器组件来实现服务降级和熔断机制。这些机制可以在服务出现故障或性能问题时，自动调整请求路由和中断调用链路，以保证整体系统的可用性和稳定性。在实际应用中，用户应根据具体需求和服务特点来配置和管理降级规则和熔断器参数，以达到最佳的效果。

总之，Nacos通过访问控制和认证、加密通信、数据备份和恢复、安全审计和日志记录、漏洞管理和修复、网络隔离和安全组以及容器化和虚拟化安全等方法来保证服务的安全性。在实际应用中，用户应根据具体需求和安全策略选择适当的安全措施来增强系统的安全性。

Nacos保证数据的高可用性和一致性主要是通过以下方式：Nacos采用了基于Raft协议的一致性算法，保证了数据在集群中的高可用性。Raft协议通过选举Leader节点，并将数据复制到其他节点，确保在Leader节点故障时，其他节点可以继续提供服务。Nacos还支持多副本数据同步，将数据复制到多个节点上，以防止单点故障导致的数据丢失。Nacos通过分布式一致性协议（如Raft）保证了数据在集群中的强一致性。这意味着无论客户端访问集群中的哪个节点，都能够获取到最新的、一致的数据。

Nacos的配置中心和注册中心的数据存储方式如下：配置中心的数据存储在外置数据源（关系型数据库）和内嵌存储数据源（Apache Derby）中。当配置文件数量较少时，可以使用内嵌的轻量级基于Derby的分布式关系型存储来解决。在集群模式下，如果需要高可用数据库集群作为支撑，成本会比较大。设计目标是期望Nacos存在两种数据存储模式，一种是现在的方式，数据存储在外置数据源（关系型数据库）；第二种方式是内嵌存储数据源（Apache Derby）。

Nacos支持服务的故障检测和降级

总结来说，Spring Cloud Nacos 通过与 Ribbon 的集成，利用 Nacos 注册中心的服务列表自动刷新特性，实现了动态的负载均衡。通过以上方式，Nacos实现了服务的负载均衡，提高了服务的可用性和性能。当一个服务需要调用其他服务时，它首先会通过 Nacos 服务器获取到注册的服务列表，然后 Ribbon 负载均衡器根据配置的负载均衡策略，选择一个可用实例进行调用。同样的使用的是Ribbon的规则，不过Nacos实现了自己的类。继承自AbstractLoadBalancerRule。

网关中有两个重要的概念，那就是路由配置和路由规则，路由配置是指配置某请求路径路由到指定的目的地址。而路由规则是指匹配到路由配置之后，再根据路由规则进行转发处理。Spring Cloud Gateway作为所有请求流量的入口，在实际生产环境中为了保证高可靠和高可用，尽量避免重启,需要实现Spring Cloud Gateway动态路由配置。

服务优雅上下线：Ncos还提供服务实例的上下线操作，在服务详细页面，可以点击实例的“上线"或者“下线"按钮，被下线的实例，将不会包含在健。服务流量权重支持及流量保护：Ncos为用户提供了流量权重控制的能力，同时开发了服务流量的阈值保护，以帮助用户更好的保护服务不被意外打。集群：服务实例的集合，服务实例组成一个默认集群，集群可以被进一步按需求划分，划分的单位可以是虚拟集群，相同集群。实例：提供一个或多个服务的具有可访问网络地址(IP:pot)的进程，启动一个服务，就产生一个服务实例；k=V1这样的格式展示。

即标记为健康实例，最后会调用`PushService#serviceChanged()方法推送服务实例最新信息到客户端以便客户端能够及时感知服务实例发生的变化，并做出相应的调整，从而保证服务的高可用性和稳定性。属性，它用于判断是否启用轻量级心跳，轻量级心跳不会把客户端心跳信息发送给服务端，可以更快地检测到实例故障并进行处理，客户端第一次传false，之后从服务端返回true。心跳机制是一种用于监测和管理微服务可用性的机制，它用来维护注册中心和服务提供者之间的连接状态，并及时更新服务实例的状态信息。

当我们在聊高可用时，我们在聊什么？系统可用性达到 99.99%在分布式系统中，部分节点宕机，依旧不影响系统整体运行服务端集群化部署多个节点Nacos 高可用，则是 Nacos 为了提升系统稳定性而采取的一系列手段。Nacos 的高可用不仅仅存在于服务端，同时也存在于客户端，以及一些与可用性相关的功能特性中，这些点组装起来，共同构成了 Nacos 的高可用。本文从多个角度出发，总结了一下 Nacos 是如何保障高可用的。

将我们的服务告诉注册中心，注册中心登记每一个服务的详情信息，并在注册中心形成一张服务清单，服务中心会已心跳的方式去监测清单中的服务是否可用，如果不可用，会自动在服务清单中剔除不可用的服务，服务调用方（消费者）向服务中心咨询服务，并获取所有的实例清单，实现对具体服务实例的调用访问，不需要我们手动管理，实现各个微服务的。Nacos能让用户从微服务平台建设的视角管理数据中心的所有服务及元数据，包括管理服务的描述、生命周期、服务的静态依赖分析、服务的健康状态、服务的流量管理、路由及安全策略。客户端通过请求方式向。

Nacos集群扩容缩容步骤由于业务量的增长或者系统性能的变化，Nacos集群的扩容和缩容是非常常见的操作。本文将详细介绍Nacos集群的扩容和缩容步骤，帮助读者在实际应用中进行操作。

Nacos是一个开源的分布式系统配置和服务管理平台，具备服务发现、配置管理、动态更新配置的能力。其中，动态配置是Nacos的一个比较重要的特性，在实际应用中可以大大提高应用的配置管理效率和可变性。下面我们将深入探讨Nacos动态配置的具体实现。Nacos动态配置作为Nacos的重要特性之一，具有丰富的功能和优势。通过多种方式实现动态配置，可以大大提高应用的配置管理效率和可变性，是一个不可忽视的工具。

再讲Nacos之前，先来讲一下服务注册和发现。我们知道，现在微服务架构是目前开发的一个趋势。服务消费者要去调用多个服务提供者组成的集群。服务消费者需要在本地配置文件中维护服务提供者集群的每个节点的请求地址。服务提供者集群中如果某个节点宕机，服务消费者的本地配置中需要同步删除这个节点的请求地址，防止请求发送到已经宕机的节点上造成请求失败。服务地址的管理。服务注册。服务动态感知。而Nacos致力于解决微服务中的统一配置，服务注册和发现等问题。Nacos集成了注册中心和配置中心。