SpringCloud Alibaba--Nacos（全）

最新推荐文章于 2024-05-09 09:50:03 发布

Dreamboat..&

最新推荐文章于 2024-05-09 09:50:03 发布

阅读量872

点赞数 19

文章标签： spring cloud java spring 后端微服务

本文链接：https://blog.csdn.net/m0_71383980/article/details/134798904

版权

Nacos简介

国内公司一般都推崇阿里巴巴的技术，比如注册中心，SpringCloudAlibaba也推出了一个名为Nacos的注册中心。 Nacos是阿里巴巴的产品，现在是SpringCloud中的一个组件。相比Eureka功能更加丰富，在国内受欢迎程度较高。

目前市面上用的比较多的配置中心有：Spring Cloud Config、Apollo、Nacos和Disconf等。

由于Disconf不再维护，下面主要对比一下Spring Cloud Confifig、Apollo和Nacos。

从配置中心角度来看，性能方面Nacos的读写性能最高，Apollo次之，Spring Cloud Confifig依赖Git场景不适合开放的大规模自动化运维API。功能方面Apollo最为完善，nacos具有Apollo大部分配置管理功能，而Spring CloudConfifig不带运维管理界面，需要自行开发。Nacos的一大优势是整合了注册中心、配置中心功能，部署和操作相比Apollo都要直观简单，因此它简化了架构复杂度，并减轻运维及部署工作。

Nacos安装

Nacos 依赖 Java 环境来运行。如果您是从代码开始构建并运行Nacos，还需要为此配置 Maven环境，

注册中心

Nacos是SpringCloudAlibaba的组件，而SpringCloudAlibaba也遵循SpringCloud中定义的服务注册、服务发现规范。因此使用Nacos和使用Eureka对于微服务来说，并没有太大区别。

主要差异在于：

依赖不同
服务地址不同

1.引入依赖

在父工程的pom文件中的<dependencyManagement>中引入SpringCloudAlibaba的依赖：

<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-alibaba-dependencies</artifactId>
    <version>2.2.6.RELEASE</version>
    <type>pom</type>
    <scope>import</scope>
</dependency>

然后在服务提供者和服务消费者中的pom文件中引入nacos-discovery依赖：

<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</dependency>

注释掉Eureka的依赖

2.配置Nacos地址

分别在服务提供者和服务消费者的application.yml中添加nacos的地址：

spring:
  cloud:
    nacos:
      server-addr: localhost:8848

同样注释掉Eureka的地址

3.重启微服务

在Nacos页面中看到注册的服务就说明已经配置好了：

注意：Nacos的账号和密码都默认为nacos

4.权重配置

实际部署中会出现：

服务器设备性能有差异，部分实例所在机器性能较好，另一些较差，我们希望性能好的机器承担更多的用户请求。但默认情况下NacosRule是同集群内随机挑选，不会考虑机器的性能问题。因此，Nacos提供了权重配置来控制访问频率，权重越大则访问频率越高。

在Nacos控制台找到需要修改的实例列表，点击编辑，即可修改权重。

注意：权重如果为0，该实例永远不会被访问

5.环境隔离

Nacos提供了namespace来实现环境隔离功能。

nacos中可以有多个namespace
namespace下可以有group、service等
不同namespace之间相互隔离，例如不同namespace的服务互相不可见

在Nacos控制台-命名空间中点击新建命名空间就可以新建一个命名空间。

微服务中配置namespace

给微服务配置namespace只需要修改配置来实现，

spring:
  cloud:
    nacos:
      server-addr: localhost:8848
      discovery:
        namespace: 492a7d5d-237b-46a1-a99a-fa8e98e4b0f9 # 命名空间，填ID

注意：namespace后面需要填写Nacos控制台中命名空间的ID。

配置中心

Nacos除了可以做注册中心，同样可以做配置管理来使用。

总得来说，配置中心就是一种统一管理各种应用配置的基础服务组件。

总结一下，在传统巨型单体应用纷纷转向细粒度微服务架构的历史进程中，配置中心是微服务化不可缺少的一个系统组件，在这种背景下中心化的配置服务即配置中心应运而生，一个合格的配置中心需要满足如下特性：

配置项容易读取和修改
分布式环境下应用配置的可管理性，即提供远程管理配置的能力
支持对配置的修改的检视以把控风险
可以查看配置修改的历史记录
不同部署环境下应用配置的隔离性

1.统一配置管理

当微服务部署的实例越来越多，达到数十、数百时，逐个修改微服务配置就会让人抓狂，而且很容易出错。我们需要一种统一配置管理方案，可以集中管理所有实例的配置。

Nacos一方面可以将配置集中管理，另一方可以在配置变更时，及时通知微服务，实现配置的热更新。

1.在Nacos中添加配置中心

首先在配置列表中点击右上角加号，

在弹出的表单中填写配置信息。

注意：项目的核心配置，需要热更新的配置才有放到nacos管理的必要。基本不会变更的一些配置还是保存在微服务本地比较好。

2.从微服务拉取配置

微服务要拉取nacos中管理的配置，并且与本地的application.yml配置合并，才能完成项目启动。

但如果尚未读取application.yml，又如何得知nacos地址呢？

因此spring引入了一种新的配置文件：bootstrap.yaml文件，会在application.yml之前被读取。

1.引入nacos-config的依赖

首先引入nacos-config的客户端依赖

<!--nacos配置管理依赖-->
<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
</dependency>

2.添加bootstrap.yaml

在resource中添加一个bootstrap.yaml文件：

spring:
  application:
    name: userservice # 服务名称
  profiles:
    active: dev #开发环境，这里是dev 
  cloud:
    nacos:
      server-addr: localhost:8848 # Nacos地址
      config:
        file-extension: yaml # 文件后缀名

这里会根据spring.cloud.nacos.server-addr获取nacos地址，再根据

${spring.application.name}-${spring.profiles.active}.${spring.cloud.nacos.config.file-extension}作为文件id，来读取配置。

2.配置热更新

在代码中可以通过@Value注解获取Nacos中配置文件的值，例如：

@Value("${pattern.dateformat}")

在application.yml文件中可以通过${}取值，例如：

server:
  port: ${server.port}
spring:
  cloud:
    nacos:
      discovery:
        namespace: ${spring.cloud.nacos.config.namespace}
        server-addr: ${spring.cloud.nacos.config.server-addr}

3.配置共享

在Nacos中实现多环境配置共享的方式有两种，分别是通过命名空间和配置组实现。使用命名空间使用命名空间可以将一个环境的配置信息共享到其他环境中。

4.配置共享的优先级

当nacos、服务本地同时出现相同属性时，优先级有高低之分：

nacos中的当前环境配置文件大于服务名称.yaml文件大于本地配置

Nacos集群

1.配置集群

3个或3个以上Nacos节点才能构成集群

（1）安装3个以上Nacos

我们可以复制之前已经解压好的nacos文件夹，分别命名为nacos、nacos1、nacos2

（2）配置集群配置文件

在所有nacos目录的conf目录下，有文件 cluster.conf.example ，将其命名为 cluster.conf ，并将每行配置成

ip:port。（请配置3个或3个以上节点）

127.0.0.1:8848 
127.0.0.1:8849 
127.0.0.1:8850

由于是单机演示，需要更改nacos/的conf目录下application.properties中server.port，防止端口冲突。

如果服务器有多个ip也要指定具体的ip地址，如：nacos.inetutils.ip-address=127.0.0.1

例如：

server.port=8850 
nacos.inetutils.ip‐address=127.0.0.1

（3）集群模式启动

分别执行nacos目录的bin目录下的startup：

startup ‐m cluster

2.客户端配置

所有客户端，分别指定nacos集群中的若干节点：

spring: 
    application: 
        name: xxxx 
    cloud: 
        nacos: 
            config: 
                server‐addr: 127.0.0.1:8848,127.0.0.1:8849,127.0.0.1:8850

Nacos和Eureka的区别

Nacos的服务实例分为两种类型：

临时实例：如果实例宕机超过一定时间，会从服务列表剔除，默认的类型。
非临时实例：如果实例宕机，不会从服务列表剔除，也可以叫永久实例。

配置一个服务实例为永久实例：

spring:
  cloud:
    nacos:
      discovery:
        ephemeral: false # 设置为非临时实例

Nacos和Eureka整体结构类似，服务注册、服务拉取、心跳等待也存在一些差异。

Nacos与eureka的共同点

都支持服务注册和服务拉取
都支持服务提供者心跳方式做健康检测

Nacos与Eureka的区别

Nacos支持服务端主动检测提供者状态：临时实例采用心跳模式，非临时实例采用主动检测模式
临时实例心跳不正常会被剔除，非临时实例则不会被剔除
Nacos支持服务列表变更的消息推送模式，服务列表更新更及时
Nacos集群默认采用AP方式，当集群中存在非临时实例时，采用CP模式；Eureka采用AP方式

Dreamboat..&

关注

19
点赞
踩
16

收藏

觉得还不错? 一键收藏
1
评论
SpringCloud Alibaba--Nacos（全）

国内公司一般都推崇阿里巴巴的技术，比如注册中心，SpringCloudAlibaba也推出了一个名为Nacos的注册中心。Nacos是阿里巴巴的产品，现在是中的一个组件。相比Eureka功能更加丰富，在国内受欢迎程度较高。目前市面上用的比较多的配置中心有：ApolloNacos和Disconf等。由于Disconf不再维护，下面主要对比一下Apollo和Nacos。从配置中心角度来看，性能方面Nacos的读写性能最高，Apollo次之，依赖Git。
复制链接

扫一扫