Nacos简介
是什么
- 就是注册中心和配置中心的组合
- Nacos = Eureka+Config+Bus
能干嘛
- 替代Eureka作为注册中心
- 替代Config作为配置中心
相关参考
安装并运行Nacos
- 装了个window版本的
- startup.cmd -m standalone
- http://localhost:8848/nacos
- 账号密码都是nacos

Nacos作为服务注册中心演示
基于Nacos的服务提供者
建cloudalibaba-provider-payment9001
父pom

本pom
<dependencies>
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-actuator</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-devtools</artifactId>
<scope>runtime</scope>
<optional>true</optional>
</dependency>
<dependency>
<groupId>org.projectlombok</groupId>
<artifactId>lombok</artifactId>
<optional>true</optional>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-test</artifactId>
<scope>test</scope>
</dependency>
<dependency>
<groupId>com.alibaba</groupId>
<artifactId>fastjson</artifactId>
<version>1.2.62</version>
</dependency>
</dependencies>
写yml
server:
port: 9001
spring:
application:
name: nacos-payment-provider
cloud:
nacos:
discovery:
server-addr: localhost:8848 #配置Nacos地址
management:
endpoints:
web:
exposure:
include: '*'
主启动

controller

测试


为了测试负载均衡,按照9001创建9002
- 实例数变成了2个

- 学习时不想新建微服务可以采用下边骚操作



基于Nacos的服务消费者
cloudalibaba-consumer-nacos-order83
改pom
<dependencies>
<!--SpringCloud ailibaba nacos -->
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</dependency>
<dependency>
<groupId>org.hsw.cloud</groupId>
<artifactId>cloud-api-commons</artifactId>
<version>${project.version}</version>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-actuator</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-devtools</artifactId>
<scope>runtime</scope>
<optional>true</optional>
</dependency>
<dependency>
<groupId>org.projectlombok</groupId>
<artifactId>lombok</artifactId>
<optional>true</optional>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-test</artifactId>
<scope>test</scope>
</dependency>
</dependencies>
- 为啥nacos支持负载均衡

写yml
server:
port: 83
spring:
application:
name: nacos-order-consumer
cloud:
nacos:
discovery:
server-addr: localhost:8848
#消费者将要去访问的微服务名称(注册成功进nacos的微服务提供者)
service-url:
nacos-user-service: http://nacos-payment-provider
主启动

带负载均衡的bean
- restTemplate外加Ribbon实现负载均衡的时候一定要加注解@LoadBalance
业务类
@RestController
@Slf4j
public class OrderNacosController
{
@Resource
private RestTemplate restTemplate;
@Value("${service-url.nacos-user-service}")
private String serverURL;
@GetMapping(value = "/consumer/payment/nacos/{id}")
public String paymentInfo(@PathVariable("id") Long id)
{
return restTemplate.getForObject(serverURL+"/payment/nacos/"+id,String.class);
}
}
访问可以实现轮询


服务注册中心对比
- 全景图

- nacos与其他服务注册中心对比

nacos实际上是ap和cp都可以支持,可以互相切换
- C是所有节点同一时间看到的数据一致,A是所有请求都会得到响应
如何选择
- 如果不需要存储级别的信息且服务实例是通过nacos-client注册,并能够保持心跳,那么就可以选择AP模式。当前主流服务如Spring cloud和Dubbo服务,都适用于AP模式,AP模式为了服务的可能性而减弱了一致性,因此AP模式支持注册临时实例
- 如果需要在服务级别编辑或者存储配置信息,那么CP是必须的,k8s服务和DNS服务则适用于CP模式,CP模式下则支持注册持久化实例,此时则是以Raft协议为集群运行模式,该模式下注册实例之前必须先注册服务,如果服务不存在,则会返回错误
- 切换命令:curl -X PUT ‘$NACOS_SERVER:8848/nacos/v1/ns/operator/switches?entry=serverMode&value=CP’
Nacos作为服务配置中心演示
Nacos作为配置中心-基础配置
新建cloudalibaba-config-nacos-client3377
写pom
<dependencies>
<!--nacos-config-->
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
</dependency>
<!--nacos-discovery-->
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</dependency>
<!--web + actuator-->
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-actuator</artifactId>
</dependency>
<!--一般基础配置-->
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-devtools</artifactId>
<scope>runtime</scope>
<optional>true</optional>
</dependency>
<dependency>
<groupId>org.projectlombok</groupId>
<artifactId>lombok</artifactId>
<optional>true</optional>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-test</artifactId>
<scope>test</scope>
</dependency>
</dependencies>
改yml
- 这里由两个配置,一个bootstrap.yml。一个是application.yml
- Nacos和springcloud-config一样,在项目初始化的时候要保证从配置中心进行配置拉取,拉取配置之后,才能保证项目的正常启动。
- Springboot中配置文件的加载是存在优先级顺序的,bootstrap优先级高于application
bootstrap.yml:
server:
port: 3377
spring:
application:
name: nacos-config-client
cloud:
nacos:
discovery:
server-addr: localhost:8848 #服务注册中心地址
config:
server-addr: localhost:8848 #配置中心地址
file-extension: yml #指定yaml格式的配置
application.yml:
spring:
profiles:
active: dev
主启动
@EnableDiscoveryClient
@SpringBootApplication
public class NacosConfigClientMain3377
{
public static void main(String[] args) {
SpringApplication.run(NacosConfigClientMain3377.class, args);
}
}
业务类

在Nacos中添加配置信息
匹配规则

- 按照上图结合配置文件信息内容可知配置文件名为:nacos-config-client-dev.yml
开整:


- 修改配置内容,也会自动刷新,即自带自动刷新功能

Nacos作为配置中心-分类配置
两个问题
- 实际开发中,通常一个系统会准备dev开发环境,test测试环境,prod生产环境,如何保证不同环境读取不同的配置信息?
- 一个大型分布式微服务系统会有很多微服务子项目,每个微服务项目又都会有相应的开发环境,测试环境,预发环境,正式环境,如何对这些环境进行管理?
先瞅一眼nacos配置界面


Namespace+Group+Data ID三者关系?为什么这么设计?
- 类似Java中package名和类名
- namespace可以用来区分部署环境,group和dataid逻辑上用来区分两个目标对象

- 默认namespace就是public,group是DEFAULT_GROUP,默认Cluster是DEFAULT
- Nacos默认的命名空间是public,Namespace主要用来实现隔离(针对开发,测试,生产环境设置三个Namespace)
- Group可以把不同微服务划分到同一个组中
- Service就是微服务,一个Service可以包含多个Cluster(集群),Nacos默认Cluster是DEFAULT,Cluster是对指定微服务的一个虚拟划分,比如为了容灾,将Service微服务部署在了杭州和广州机房,这时Service微服务起两个名HZ,GZ。
- Instance就是微服务实例
DataID方案
-
这个根据上边提到的DateID的组成,可以更改如下配置即可完成配置文件的读取

-
修改一下yml文件就可以了


Group方案
- 新建二个group

- 修改yml配置
- 再次修改下yml配置中group



NameSpace方案


- 在dev下建立一个配置

- 修改微服务yml

- 访问一波

Nacos集群和持久化配置
一些说明

- 实际架构

- 说明
- 默认Nacos使用嵌入式数据库实现数据存储,集群模式下为了一致性要求,支持集中式MySQL存储


Nacos持久化配置解释
- Nacos默认自带的是嵌入式数据库derby,看nacos的pom文件
单机版修改derby为mysql数据库



- 发现配置列表里什么都没有了

Nacos集群版搭建
-
1个nginx+3个nacos注册中心+1个mysql
-
体力活,不写了
本文介绍Nacos作为服务注册中心和配置中心的应用实践,包括替代Eureka进行服务注册和服务发现,以及作为配置中心进行配置管理的方法。文章还探讨了Nacos与Spring Cloud Config的区别及优势,并详细介绍了如何在微服务架构中使用Nacos。

5738

被折叠的 条评论
为什么被折叠?



