springcloud学习——nacos

1 介绍

nacos是阿里巴巴开发的,现在已属于springcloud框架,功能比eureka更加丰富

2 安装与启动

下载:GitHub主页:https://github.com/alibaba/nacos
解压安装包后,在bin文件夹中进入cmd,执行下述命令

  • windows命令:
    startup.cmd -m standalone
    

然后在网页中打开localhost:8848/nacos,初始登录账户和密码都是nacos

3 配置

1.首先引入pom依赖
在cloud-demo父工程的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>

然后在user-service和order-service中的pom文件中引入nacos-discovery依赖:

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

记得要在pom中把nacos之外的其它注册中心注释掉,例如,我没注册掉eureka,会报下面的错误:

image

另外需要注意的是jdk、springboot、springcloud、springcloud-alibaba之间的版本问题,后三者之间的版本兼容关系可参考:https://github.com/alibaba/spring-cloud-alibaba/wiki/版本说明

2.配置nacos地址
在user-service和order-service的application.yml中添加nacos地址:

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

注意:不要忘了注释掉eureka的地址

3.重启服务
重启服务后,登录nacos,可以看到下述信息
image

4 服务分级存储模型

4.1介绍

Nacos将同一机房内的实例 划分为一个集群
image
微服务互相访问时,应该尽可能访问同集群实例,因为本地访问速度更快。当本集群内不可用时,才访问其它集群。
image

4.2配置

法一:
修改user-service的application.yml文件,添加集群配置:

spring:
  cloud:
    nacos:
      server-addr: localhost:8848
      discovery:
        cluster-name: HZ # 集群名称

法二:
笔记:建议用法二,每个实例的配置可以独立开
在运行配置中加入以下内容:
image
给2个实例配置HZ集群,给1个实例配置SH集群,
image

4.3同集群优先的负载均衡

1.给服务消费者的Pom文件配置nacos和集群
2.修改负载均衡规则
修改服务消费者的application.yml文件,修改负载均衡规则:

userservice:
  ribbon:
    NFLoadBalancerRuleClassName: com.alibaba.cloud.nacos.ribbon.NacosRule # 负载均衡规则 

该规则会优先调用同集群的服务,多个实例采用随机策略。若同集群的实例全部挂掉,才会使用跨集群。

5 权重配置

实际部署中会出现这样的场景:

服务器设备性能有差异,部分实例所在机器性能较好,另一些较差,我们希望性能好的机器承担更多的用户请求
Nacos提供了权重配置来控制访问频率,权重越大则访问频率越高。
在nacos控制台,找到user-service的实例列表,点击编辑,即可修改权重
image

注意:如果权重修改为0,则该实例永远不会被访问。该方法可用于服务在换版升级时,将客户分流到其他服务,不用停掉服务,实现对客户的无感知。

6 环境隔离

Nacos提供了namespace来实现环境隔离功能。
笔记:namespace通常用来区分生产、测试开发环境等;group通常是将业务关联的服务放在一块。不同环境的服务是完全隔离的。

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

6.1 配置方法

1.nacos中创建namespace
image
image
2.代码中对服务配置
给微服务配置namespace只能通过修改配置来实现。

例如,修改order-service的application.yml文件:

spring:
  cloud:
    nacos:
      server-addr: localhost:8848
      discovery:
        cluster-name: HZ
        namespace: 492a7d5d-237b-46a1-a99a-fa8e98e4b0f9 # 命名空间,填ID;ID是唯一的

7 nacos和eureka的区别

图为nacos的服务注册和发现。与eureka主要不同的有两点:主动推送变更消息&非临时实例主动范根
image
Nacos的服务实例分为两种类型:

  • 临时实例:如果实例宕机超过一定时间,会从服务列表剔除,默认的类型。

  • 非临时实例:如果实例宕机,不会从服务列表剔除,也可以叫永久实例。
    配置一个服务实例为永久实例:

spring:
  cloud:
    nacos:
      discovery:
        ephemeral: false # 设置为非临时实例
  • Nacos与eureka的共同点

    • 都支持服务注册和服务拉取
    • 都支持服务提供者心跳方式做健康检测
  • Nacos与Eureka的区别

    • Nacos支持服务端主动检测提供者状态:临时实例采用心跳模式,非临时实例采用主动检测模式笔记:推荐采用临时实例,降低服务器的风险
    • 临时实例心跳不正常会被剔除,非临时实例则不会被剔除 笔记:仍然在列表中,只是不健康状态;健康后,会恢复;
    • Nacos支持服务列表变更的消息推送模式,服务列表更新更及时笔记:例如30秒更新一次缓存列表,30秒中实例可能会挂断,如果挂掉后推送消息会更加及时地更新;
    • Nacos集群默认采用AP方式,当集群中存在非临时实例时,采用CP模式;Eureka采用AP方式
      笔记:非临时实例更重要,需要考虑数据一致性;

8 nacos配置管理

nacos除了可以作注册中心,还可以做配置中心。Nacos一方面可以将配置集中管理,另一方可以在配置变更时,及时通知微服务,实现配置的热更新。
image

8.1 配置方法

(1)在nacos中配置
注意:项目的核心配置,需要热更新的配置才有放到nacos管理的必要。基本不会变更的一些配置还是保存在微服务本地比较好。
image
image
(2)从微服务拉取配置
nacos上地配置会和本地的配置进行合并
spring引入了一种新的配置文件:bootstrap.yaml文件,会在application.yml之前被读取。
image
1)引入nacos-config依赖

首先,在user-service服务中,引入nacos-config的客户端依赖:

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

2)添加bootstrap.yaml

然后,在user-service中添加一个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,来读取配置。

本例中,就是去读取userservice-dev.yaml
image

3)读取nacos配置

在user-service中的UserController中添加业务逻辑,读取pattern.dateformat配置:

image

8. 2 配置热更新

法一:在配置所在类上配置@RefreshValue
image
法二:ConfigurationProperties(prefix="")
前缀名和变量名合起来是配置名
在user-service服务中,添加一个类,读取patterrn.dateformat属性:

package cn.itcast.user.config;

import lombok.Data;
import org.springframework.boot.context.properties.ConfigurationProperties;
import org.springframework.stereotype.Component;

@Component
@Data
@ConfigurationProperties(prefix = "pattern")
public class PatternProperties {
    private String dateformat;
}

在UserController中使用这个类代替@Value:
image

8. 3 多环境配置共享

微服务启动时会从nacos读取多个配置文件:

  • 服务名-环境名.yaml
    [spring.application.name]-[spring.profiles.active].yaml,例如:userservice-dev.yaml
  • 服务名.yaml
    [spring.application.name].yaml,例如:userservice.yaml
    无论profile如何变化,[spring.application.name].yaml这个文件一定会加载,因此多环境共享配置可以写入这个文件
    image
    多种配置的优先级
    服务名-profile.yaml >服务名称.yaml > 本地配置

9 nacos集群配置

9.1 为什么配置集群

单点模式下,服务器宕机会影响客户端的服务;

9.2 集群模式

image
1.nacos多节点配置,并使用ngix反向代理,实现负载均衡。使得一台nacos节点宕机,不会影响注册中心服务的使用。
2.连接数据库集群,实现配置数据的持久化和多nacos节点之间的共享。即使一个nacos节点宕,也不会影响数据。

9.3 配置方式

见文件《nacos集群搭建》

posted @   风一样的我1  阅读(149)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· Manus爆火,是硬核还是营销?
· 终于写完轮子一部分:tcp代理 了,记录一下
· 别再用vector<bool>了!Google高级工程师:这可能是STL最大的设计失误
· 单元测试从入门到精通
· 震惊!C++程序真的从main开始吗?99%的程序员都答错了
点击右上角即可分享
微信分享提示