Nacos是Naming、Configuration和Service的组合,即Dynamic Naming and Configuration Service,通俗来说,就是注册中心和配置中心的组合(等价于Eureka+Config+Bus)
http://localhost:8848/nacos
,用户名密码都是nacos
<dependency>
<groupId>com.alibaba.cloudgroupId>
<artifactId>spring-cloud-starter-alibaba-nacos-discoveryartifactId>
dependency>
server:
port: 9001
spring:
application:
name: nacos-payment-provider
cloud:
nacos:
discovery:
server-addr: localhost:8848 #配置Nacos地址
management:
endpoints:
web:
exposure:
include: '*'
@EnableDiscoveryClient
@SpringBootApplication
public class PaymentMain9001
{
public static void main(String[] args) {
SpringApplication.run(PaymentMain9001.class, args);
}
}
<dependency>
<groupId>com.alibaba.cloudgroupId>
<artifactId>spring-cloud-starter-alibaba-nacos-discoveryartifactId>
dependency>
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
@EnableDiscoveryClient
@SpringBootApplication
public class OrderNacosMain83
{
public static void main(String[] args)
{
SpringApplication.run(OrderNacosMain83.class,args);
}
}
AP代表高可用,CP代表数据一致,如何选择?
一般来说,如果不需要存储服务级别的信息且服务实例是通过Nacos-client注册,并且能够保持心跳,那么就可以选择AP模式。当前主流的服务如SpringCloud和Dubbo,都适用AP模式,AP模式为了服务的可能性而减弱了一致性,因此AP模式下只支持注册临时实例。
如果需要在服务级别编辑或者存储配置信息,那么CP模式是必须的,K8S和DNS服务则适用CP模式。CP模式下支持注册持久化实例,此时则是以Raft协议为集群运行模式,该模式下注册实例必须先注册服务,如果服务不存在,则会返回错误。
curl -X PUT '$NACOS_SERVER:8848/ncaos/v1/ns/operator/switches?entry=serverMode&value=CP'
1.pom
<dependency>
<groupId>com.alibaba.cloudgroupId>
<artifactId>spring-cloud-starter-alibaba-nacos-configartifactId>
dependency>
<dependency>
<groupId>com.alibaba.cloudgroupId>
<artifactId>spring-cloud-starter-alibaba-nacos-discoveryartifactId>
dependency>
server:
port: 3377
spring:
application:
name: nacos-config-client
cloud:
nacos:
discovery:
server-addr: localhost:8848 #Nacos服务注册中心地址
config:
server-addr: localhost:8848 #Nacos作为配置中心地址
file-extension: yaml #指定yaml格式的配置
group: DEV_GROUP
namespace: 7d8f0f5a-6a53-4785-9686-dd460158e5d4
spring:
profiles:
active: dev # 表示开发环境
#active: test # 表示测试环境
@EnableDiscoveryClient
@SpringBootApplication
public class NacosConfigClientMain3377
{
public static void main(String[] args) {
SpringApplication.run(NacosConfigClientMain3377.class, args);
}
}
@RestController
@RefreshScope //支持Nacos的动态刷新功能。
public class ConfigClientController
{
@Value("${config.info}")
private String configInfo;
@GetMapping("/config/info")
public String getConfigInfo() {
return configInfo;
}
}
${spring.application.name}-${spring.profiles.active}.${spring.cloud.nacos.config.file-extension}
Nacos会记录配置文件的历史版本默认保留30天,此外还有一键回滚功能。
类似于Java中的package和类名。
最外层的namespace是可以用于区分部署环境的,group和data id逻辑上区分两个目标对象
默认:
namespace主要是用来实现隔离。比如有3个环境:开发、测试、生产,则可以创建三个namespace。
group可以把不同微服务划分到同一个分组。
Service是微服务:一个Service可以包含多个Cluster,Cluster是对指定微服务的一个虚拟划分。
比方说为了容灾,将Service分别部署在杭州机房和广州机房,这时就可以给杭州机房的Service建一个Cluster(HZ),广州机房的Service建一个Cluster(GZ),可以尽量让同一个机房的微服务互相调用,以提升性能。
Instance就是微服务实例。
指定spring.profile.active和配置文件的DataID来使不同环境下读取不同的配置。
默认空间+默认分组+新建dev和test两个DataID
通过spring.profile.acvice属性就能进行多环境下配置文件的读取。
通过Group实现环境区分
在bootstrap.yaml中config下增加一条group的配置即可。可配置为DEV_GROUP或TEST_GROUP
server:
port: 3377
spring:
application:
name: nacos-config-client
cloud:
nacos:
discovery:
server-addr: localhost:8848 #Nacos服务注册中心地址
config:
server-addr: localhost:8848 #Nacos作为配置中心地址
file-extension: yaml #指定yaml格式的配置
group: DEV_GROUP
namespace: 7d8f0f5a-6a53-4785-9686-dd460158e5d4
默认Nacos使用嵌入式数据库实现数据的存储。所以,如果多个默认配置的Nacos节点,数据存储是存在一致性问题的,为了解决这个问题,Nacos采用集中式存储的方式来支持集群化部署,目前只支持MySQL的存储。
Nacos默认自带的是嵌入式数据库derby。
切换MySQL,执行安装目录/conf下nacos-mysql.sql
修改application.properties
#*************** Config Module Related Configurations ***************#
### If user MySQL as datasource:
spring.datasource.platform=mysql
### Count of DB:
db.num=1
### Connect URL of DB:
db.url.0=jdbc:mysql://1.1.1.1:3306/nacos?characterEncoding=utf8&connectTimeout=1000&socketTimeout=3000&autoReconnect=true
db.user=user
db.password=password
执行SQL脚本nacos-mysql.sql
https://github.com/zzyybs/atguigu_spirngcloud2020