Nacos
- 1. Nacos的概念
- 2. Nacos的作用
- 3. Nacos的下载与安装
- 4. Nacos Client 服务端的搭建
- 5. Nacos 的namespace 和 group
- 6. 配置中心
- 7. 注意点
1. Nacos的概念
- Nocos 是
SpringCloudAlibaba
架构中最重要的组件 - Nacos 是一个更易于帮助构建云原生应用的动态服务发现、配置和服务挂你平台,提供注册中心、配置中心和动态DNS服务三大功能。能够无缝对接
SpringCloud
、Spring
、Dubbo
等等流行框架 - nacos 支持 a (高可用)p (分区容错)和c(一致性),p的切换默认为ap,eureka 仅支持ap,zookeeper仅支持cp
Nacos
和Eureka
功能对比
功能模块 | nacos | eureka | 功能说明 |
---|---|---|---|
注册中心 | √ | √ | 服务治理,服务中心化注册 |
配置中心 | √ | × | eureka需要配置SpringCloud Config实现 |
配置动态刷新 | √ | × | nacos 通过 netty 保持tcp长链接进行推送,eureka需要配合mq实现配置动态刷新 |
可用区az | √ | √ | 对服务集群划分不同区域,实现区域隔离,并提供灾难级自动切换 |
分组 | √ | × | nacos 根据不同的业务、环境进行分组管理(namespace.group) |
元数据 | √ | √ | 提供服务标签数据(环境、服务标识) |
权重 | √ | × | nacos 提供权重设置,调整承载流量压力 |
健康检查 | √ | √ | nacos 提供服务端或者客户端发起的健康监测,eureka 是有客户端发起心跳 |
负载均衡 | √ | √ | 均提供负载均衡策略,eureka 采用 ribbon |
2. Nacos的作用
- 服务注册发现和服务健康监测:
Nacos支持基于 DNS 和基于 RPC 的服务发现,服务端可以通过 SDK 或者 Api 进行服务注册,相应的服务消费者可以使用 DNS 或者 HTTP 查找的方式获取服务列表。Nacos同时提供对服务的实时健康检查,阻止想不健康的主机或发送请求,与 Eureka 类似 Nacos 也有友好的控制台界面。 - 动态 DNS 服务:
支持权重路由,更容易地实现中间层负载均衡、更灵活的路由策略、流量控制以及数据中心内网的简单 DNS 解析服务。 - 动态配置服务:
接触过 SpringCloud 应该对 config 有所了解,那么配置中心也就很好理解,Nacos 支持动态的配置管理,将服务的配置信息分环境分类别外部管理,并且支持热更新。不过与 Config 不同,Nacod 的配置信息存储于数据库中,支持配置信息的监听和版本回滚。 - 服务及元数据管理:
Nacos 能让你从微服务平台建设的角度管理数据中心的所有服务及元数据,包括管理服务的描述、生命周期、服务的静态依赖分析、服务的健康状态、服务的流量管理、路由及安全策略、服务的SLA(服务等级协议)以及最首要的metrics
统计数据(默认不开启暴露需要修改配置)。可以搭建Prometheus
采集Nacos metrics
数据也可以搭建grafana 图形化展示
metrics` 数据
3. Nacos的下载与安装
-
下载地址:nacos: nacos
第一个为了Linux版本 第二个为Windows版本 三四对应源码包
-
下载并解压后可以看到以下目录结构:
-
conf 中存放的是配置文件及服务启动所需的数据库文件
nacos 默认使用的数据库为内嵌的cmdb,我们也可以创建本地数据库并修改配置文件指向本地数据库即可(推荐),对 nacos 集群化有帮助。
-
基本命令(单机模式下启动)
Linux:- 启动命令:sh startup.sh -m standalone
- 关闭命令:sh shutdown.sh
Windows:
- 启动命令:进入nacos安装路径下的bin目录下(例如:F:\nacos\bin),使用cmd,startup.cmd -m standalone
- 关闭命令:shutdown.cmd
-
启动后 访问 http://localhost:8848/nacos/#/login
默认的账号和密码均是nacos
4. Nacos Client 服务端的搭建
-
引入依赖
<dependency> <groupId>com.alibaba.cloud</groupId> <artifactId>spring‐cloud‐alibaba‐nacos‐discovery</artifactId> </dependency>
-
启动类写注解(也可以不写)@EnableDiscoveryClient
-
创建自己的命名空间并配置
-
写配置文件:
spring: cloud: nacos: server-addr: http://localhost:8848 config: namespace: qinj
-
以上三步做完启动项目如何检查是否注册成功呢?
- 服务启动后可以在nacos管理界面查看注册成功的服务。
- 服务启动后可以在nacos管理界面查看注册成功的服务。
- 可以通过发现客户端搜索实例名的形式查看服务是否注册成功,并查看注册具体信息。
5. Nacos 的namespace 和 group
- namespace:相当于环境,开发环境、测试环境、生产环境,每个空间里面的配置是独立的
默认的namespace
是 public , namespace 可以进行资源隔离 - group : 相当于项目
6. 配置中心
- 引入配置中心为了什么
- 配置属性的动态刷新
- 配置文件的集中管理
- 接入配置中心
- 引入依赖
<dependency> <groupId>com.alibaba.cloud</groupId> <artifactId>spring‐cloud‐alibaba‐nacos‐config</artifactId> </dependency>
- 编写一个bootstrap.yml 配置文件
spring: application: name: reggie # 表示当前微服务需要向配置中心 profiles: active: dev # 表示我需要向配置中心索要reggie的开发环境的配置 cloud: nacos: discovery: server-addr: http://localhost:8848/ # nacos服务地址,表示微服务怎么去找我的配置中心 namespace: qinj group: DEFAULT_GROUP config: server-addr: http://localhost:8848/ namespace: qinj group: DEFAULT_GROUP file-extension: yml
- 引入依赖
7. 注意点
- 如果我们需要不停机改变我们的生产环境的某个值(例如文件保存地址)来控制业务逻辑。我们需要在对应的 Controller 上添加@RefreshScope进行动态刷新
- 如果存在部分配置为开发环境、生产环境、测试环境等不同环境共通,我们只需要在配置中心创建 例如reggie.yml的配置文件。配置的优先级 精准配置 会覆盖 与通用配置 相同的配置,然后再和通用配置互补。
- 不同服务存在相同的配置:
- 通过spring.cloud.nacos.config.shared-config,配置文件中增加: # 各个微服务共享的配置,注意越排到后面的公共配置yml优先级越高
shared-config[0]: data-id: common.yml # 配置文件名 - Data Id group: DEFAULT_GROUP # 默认为DEFAULT_GROUP refresh: false # 是否动态刷新,默认为false
- 通过 spring.cloud.nacos.config.extension-configs(优先级高于shared-config)