Nacos注册中心

Nacus是阿里巴巴旗下的产品,如今是SpringCloud的一个组件,相比于Erueka,功能更多更完善,因此更受广大程序员欢迎。如果你还没学过Erueka,可以看看博主主页《Eureka注册中心》一文。

Nacus安装下载

请前往Nacus的github主页进行下载:https://github.com/alibaba/nacos/releases

Windows启动Nacos命令:

startup.cmd -m standalone

启动成功后控制台会显示Nacos访问地址,端口一般默认是8814,直接复制粘贴在浏览器打开就好

工程添加Nacos依赖

父工程:

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

客户端:

<!-- nacos客户端依赖包 -->
<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</dependency>

#Nacos服务注册于发现

  • 引入nacos.discovery依赖

  • 配置application.yml文件

spring:
  cloud:
    nacos:
      discovery:
         server-addr: 172.20.107.221:8848 # nacos 服务端地址 (地址在Nacos启动页面有显示)

服务跨集群调用

  • 配置集群名称

spring:
  cloud:
    nacos:
      discovery:
         server-addr: 172.20.107.221:8848 # nacos 服务端地址 (地址在Nacos启动页面有显示)
         cluster-name: HZ
  • 根据集群负载均衡,本地集群找不到提供者,才去其它集群寻找,并且会报警告

userservice:
  ribbon:
    NFLoadBalancerRuleClassName: com.alibaba.cloud.nacos.ribbon.NacosRule  # 负载均衡规则,这里是优先选择本地集群

#根据权重负载均衡

  • Nacos提供了权重配置来控制访问频率,权重越大则访问频率越高。在Nacos控制台实例的编辑功能里可以设置实例的权重值,权重值在0~1之间,权重设置为0就完全不会被访问

#环境隔离-namespace

  • Nacos中服务存储和数据存储的最外层都是一个名为namespace的东西,用来做最外层隔离

每个命名空间有自己独立的id,可以通过这个id配置实例归属环境,不同的环境会完全隔离,不可被访问

环境在配置文件中指定:

spring:
  cloud:
    nacos:
      discovery:
         server-addr: 172.20.107.221:8848 # nacos 服务端地址 (地址在Nacos启动页面有显示)
         namespace: 36fde427-992b-4ddd-a3ee-f380effe3750 #环境id

临时实例和非临时实例

  • 临时实例宕机时,会从nacos的服务列表中剔除,而非临时实例则不会

  • 服务注册到Nacos时,可以选择注册为临时或非临时实例,通过下面的配置来设置:

spring:
  cloud:
    nacos:
      discovery:
         server-addr: 172.20.107.221:8848 # nacos 服务端地址 (地址在Nacos启动页面有显示)
         ephemeral: false #设置为为临时实例

Nacos于Eureka的异同点

  • Nacos与eureka的共同点

  1. 都支持服务注册和服务拉取

  1. 都支持服务提供者心跳方式做健康检测

  • Nacos与Eureka的区别

  1. Nacos支持服务端主动检测提供者状态:临时实例采用心跳模式,非临时实例采用主动检测模式

  1. 临时实例心跳不正常会被剔除,非临时实例则不会被剔除

3. Nacos支持服务列表变更的消息推送模式,服务列表更新更及时

4. Nacos集群默认采用AP方式,当集群中存在非临时实例时,采用CP模式;Eureka采用AP方式

Nacos配置管理

统一配置管理

在Nacos中添加配置信息:

  • 统一配置管理需要我们在项目中引入Nacos的配置管理客户端依赖:

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

  • 还需要在该模块的resource目录下添加一个bootstrap.yml文件,这个文件是引导文件,优先级比application.yml要高。bootstrap.yml文件中配置nacos地址、当前环境、服务名称、文件后缀名,这些决定了程序启动时去nacos读取哪个文件。

spring:
  application:
    name: userservice
  profiles:
    active: dev # 环境
  cloud:
    nacos:
      discovery:      
        server-addr: 172.20.107.221:8848
        cluster-name: SH
        namespace: 36fde427-992b-4ddd-a3ee-f380effe3750
      config:
        file-extension: yaml # 文件后缀名

项目配置获取步骤:

配置热更新

Nacos中的配置文件变更后,微服务无需重启就可以感知。不过需要通过下面两种配置实现:

  • 方式一:在@Value注入的变量所在类上添加注解@RefreshScope

  • 方式二:在对应配置类中使用@ConfigurationProperties注解

配置共享

不同微服务之间可以共享配置文件,通过以下两种方式可以实现:

  • 方式一:

通过shared-configs指定

spring:
  application:
    name: userservice # 服务名称
  profiles:
    active: dev # 环境
  cloud:
    nacos:
      discovery:
        server-addr: localhost:8848 # Nacos地址
      config: 
        file-extension: yaml # 文件后缀名
        shared-configs: # 多微服务间共享的配置列表
          - dataId: common.yaml # 要共享的配置文件id
  • 方式二:

通过extension-configs指定

spring:
  application:
    name: userservice # 服务名称
  profiles:
    active: dev # 环境
  cloud:
    nacos:
      discovery:
        server-addr: localhost:8848 # Nacos地址
      config: 
        file-extension: yaml # 文件后缀名
        extends-configs: # 多微服务间共享的配置列表
          - dataId: extend.yaml # 要共享的配置文件id

优先级:

环境配置 >服务名.yaml > extension-config > extension-configs > shared-configs > 本地配置

Nacos常见面试题(转载)

原文链接:https://juejin.cn/post/7114108694908010533

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

Nacos采用了数据的分级存储模型,最外层是Namespace,用来隔离环境。然后是Group,用来对服务分组。接下来就是服务(Service)了,一个服务包含多个实例,但是可能处于不同机房,因此Service下有多个集群(Cluster),Cluster下是不同的实例(Instance)。

对应到Java代码中,Nacos采用了一个多层的Map来表示。结构为Map<String, Map<String, Service>>,其中最外层Map的key就是namespaceId,值是一个Map。内层Map的key是group拼接serviceName,值是Service对象。Service对象内部又是一个Map,key是集群名称,值是Cluster对象。而Cluster对象内部维护了Instance的集合。

Nacos如何支撑阿里内部数十万服务注册压力?

Nacos内部接收到注册的请求时,不会立即写数据,而是将服务注册的任务放入一个阻塞队列就立即响应给客户端。然后利用线程池读取阻塞队列中的任务,异步来完成实例更新,从而提高并发写能力。

Nacos如何避免并发读写冲突问题?

Nacos在更新实例列表时,会采用CopyOnWrite技术,首先将旧的实例列表拷贝一份,然后更新拷贝的实例列表,再用更新后的实例列表来覆盖旧的实例列表。

这样在更新的过程中,就不会对读实例列表的请求产生影响,也不会出现脏读问题了。

Nacos与Eureka的区别有哪些?

Nacos与Eureka有相同点,也有不同之处,可以从以下几点来描述:

  • 接口方式:Nacos与Eureka都对外暴露了Rest风格的API接口,用来实现服务注册、发现等功能

  • 实例类型:Nacos的实例有永久和临时实例之分;而Eureka只支持临时实例

  • 健康检测:Nacos对临时实例采用心跳模式检测,对永久实例采用主动请求来检测;Eureka只支持心跳模式

  • 服务发现:Nacos支持定时拉取和订阅推送两种模式;Eureka只支持定时拉取模式

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Xboss、

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值