Nacos 2.x 入门教程

元信息：Nacos数据（如配置和服务）描述信息，如服务版本、权重、容灾策略、负载均衡策略、鉴权配置、各种自定义标签 (label)，从作用范围来看，分为服务级别的元信息、集群的元信息及实例的元信息。

个人电脑或者服务器，存在多网卡环境时，Nacos 可能会存在IP不正确问题。Nacos 服务在启动的时候需要选择运行时使用的IP或者网卡，在启动时，可以看到打印了IP：

Nacos 支持通过配置健康保护阈值（ProtectThreshold）防止因过多实例故障，导致所有流量全部流入剩余实例，继而造成流量压力将剩余实例被压垮形成的雪崩效应。

注册中心不应该仅仅提供服务注册和发现功能，还应该保证对服务可用性进行监测，对不健康的服务和过期的进行标识或剔除，维护实例的生命周期，以保证客户端尽可能的查询到可用的服务列表。

在 Nacos 2.2 之前的版本中，所有的 SQL 操作的执行是通过直接使用 JdbcTemplate 执行固定 SQL 语句的形式，使得 SQL 语句与业务逻辑高度耦合，并且只支持 Derby 与

Nacos 的服务发现提供了多种注册实例的方式，注册时可以设置是否临时实例。临时实例只是临时存在于注册中心中，会在服务下线或不可用时被注册中心剔除，临时实例会与注册中心保持心跳，注册中心会在⼀段时间

Nacos服务管理模块，提供了服务权重管理功能，用于给服务实例设置权重，权重越高，被分配的流量越大，即基于权重的负载均衡。

为保证用户敏感配置数据的安全，Nacos提供了配置加密的新特性。降低了用户使用的风险，也不需要再对配置进行单独的加密处理。

在consistency模块中，有两个.proto文件（其他模块也有），Protobuf是一种数据交换格式，又称PB编码，由Google开源，所以这里需要安装Protobuf插件进行编译文件，不然会提

在Nacos的架构图中，配置管理是其非常包含了配置CRUD、版本管理、灰度管理、监听管理、推送轨迹、聚合数据等功能。

在系统开发过程中，开发者通常会将一些需要变更的参数、变量等从代码中分离出来独立管理，以独立的配置文件的形式存在。

API网关已经成为了微服务架构的一个标配组件，是系统对外的唯一入口。所有的客户端都通过统一的网关接入微服务，在网关层处理所有非业务功能。

Namespace（命名空间）用于进行租户粒度的配置隔离。不同的命名空间下，可以存在相同的配置或服务，他们是完全隔离的。

Nacos中的用户、租户、服务配置等信息，需要使用关系型数据库进行存储，在实际开发中，可能还会面临各种数据库适配问题。

在之前的案例中部署好Nacos服务端后，默认没有开启鉴权，直接不用登录就能访问控制台，也能直接注册服务，存在很大的安全风险。

在上一篇文档中，我们实现了将服务注册到 Nacos ，接下来我们学习如何在 Nacos 实现服务发现。

在微服务架构中，服务注册中心是其最核心的模块，是对服务实例的地址、健康、负载均衡策略、元数据等信息进行管理的基础设施。

Nacos服务端支持单机或集群部署方式，也支持安装包或容器部署，因为这里主要是学习使用，所以先使用简单的单机部署，后续再学习其他部署方式。

在学习Nacos之前，您应该预先了解以下相关技术： Spring Boot & Spring Cloud 服务发现、配置中心、API网关、远程服务调用