Nacos:Dynamic Naming and Configuration Service
一个更易于构建云原生应用的动态服务发现,配置管理和服务管理中心
Nacos = Eureka+Config+Bus
Nacos的出现替代了原先的Eureka做服务注册中心,也替代了Config做服务配置中心
Nacos下载地址:https://github.com/alibaba/nacos/releases
由于官网下载体验极差,下载非常慢,所以我为大家准备了,请自取
链接:https://pan.baidu.com/s/1-g0mCLPkc3LzygJiQz8b1Q
提取码:c3f4
解压,进入bin目录,启动startup.cmd
运行成功后直接访问http://localhost:8848/nacos
默认账号密码都是nacos
登录成功
cloudalibaba-provider-payment9001:
<dependencies>
<dependency>
<groupId>com.alibaba.cloudgroupId>
<artifactId>spring-cloud-starter-alibaba-nacos-discoveryartifactId>
dependency>
<dependency>
<groupId>org.springframework.bootgroupId>
<artifactId>spring-boot-starter-webartifactId>
dependency>
<dependency>
<groupId>org.springframework.bootgroupId>
<artifactId>spring-boot-starter-actuatorartifactId>
dependency>
<dependency>
<groupId>org.springframework.bootgroupId>
<artifactId>spring-boot-devtoolsartifactId>
<scope>runtimescope>
<optional>trueoptional>
dependency>
<dependency>
<groupId>org.projectlombokgroupId>
<artifactId>lombokartifactId>
<optional>trueoptional>
dependency>
<dependency>
<groupId>org.springframework.bootgroupId>
<artifactId>spring-boot-starter-testartifactId>
<scope>testscope>
dependency>
<dependency>
<groupId>com.alibabagroupId>
<artifactId>fastjsonartifactId>
<version>1.2.62version>
dependency>
dependencies>
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);
}
}
@RestController
public class PaymentController
{
@Value("${server.port}")
private String serverPort;
@GetMapping(value = "/payment/nacos/{id}")
public String getPayment(@PathVariable("id") Integer id)
{
return "nacos registry, serverPort: "+ serverPort+"\t id"+id;
}
}
再创建一个服务提供者cloudalibaba-provider-payment9002和9001一样的配方,改个端口,方便测试nacos的负载均衡
cloudalibaba-consumer-nacos-order83:
<dependencies>
<dependency>
<groupId>com.alibaba.cloudgroupId>
<artifactId>spring-cloud-starter-alibaba-nacos-discoveryartifactId>
dependency>
<dependency>
<groupId>com.baidugroupId>
<artifactId>cloud-api-commonsartifactId>
<version>${project.version}version>
dependency>
<dependency>
<groupId>org.springframework.bootgroupId>
<artifactId>spring-boot-starter-webartifactId>
dependency>
<dependency>
<groupId>org.springframework.bootgroupId>
<artifactId>spring-boot-starter-actuatorartifactId>
dependency>
<dependency>
<groupId>org.springframework.bootgroupId>
<artifactId>spring-boot-devtoolsartifactId>
<scope>runtimescope>
<optional>trueoptional>
dependency>
<dependency>
<groupId>org.projectlombokgroupId>
<artifactId>lombokartifactId>
<optional>trueoptional>
dependency>
<dependency>
<groupId>org.springframework.bootgroupId>
<artifactId>spring-boot-starter-testartifactId>
<scope>testscope>
dependency>
dependencies>
server:
port: 83
spring:
application:
name: nacos-order-consumer
cloud:
nacos:
discovery:
server-addr: localhost:8848
service-url:
nacos-user-service: http://nacos-payment-provider
@Configuration
public class ApplicationContextConfig
{
@Bean
@LoadBalanced
public RestTemplate getRestTemplate()
{
return new RestTemplate();
}
}
@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);
}
}
@EnableDiscoveryClient
@SpringBootApplication
public class OrderNacosMain83
{
public static void main(String[] args)
{
SpringApplication.run(OrderNacosMain83.class,args);
}
}
C:Consistency(一致性)
A:Availability(可用性)
P:Partition tolerance(分区容错性)
CAP最初是由Eric Brewer提出,他证明了,在分布式数据系统中,CAP三要素不可能兼得,同时只能满足其中的两种
分布式系统中任何机器都是可能断网或者宕机的,在这种情况下系统如果还能正常工作,就是有比较好的分区容错性
一般来说,分区容错无法避免,因此可以认为 CAP 的 P 总是成立CAP 定理告诉我们,剩下的 C 和 A 无法同时做到
所有节点在同一时间的数据完全一致,一致性说的就是分布式数据一致性
对于一致性,可以分为从客户端和服务端两个不同的视角。
从客户端来看,一致性主要指的是多并发访问时更新过的数据如何获取的问题
从服务端来看,则是更新如何复制分布到整个系统,以保证数据最终一致
如图就是保证了一致性:
用户在分布式系统中的每个操作应当收到一个非错误的回应,简单来说要保证系统是一直能正常使用的
就以支付为例,在一些异常情况下,是会有“支付失败”的问题的,这就是没有保证可用性,但是对于支付这种场景,牺牲可用性保证一致性是必须的
小总结:
由此可见,CAP三者根据具体的分布式业务场景做取舍和折中:比如银行系统可以牺牲可用性从而保障CP,响应慢一点(甚至网络故障暂停服务)总比账户资金出现错误更优;而很多提供互联网服务可以一定程度牺牲一致性来保障AP,因为互联网竞争激烈,追求的是用户体验和效率,希望用户随时随地能够高效获得服务,而一致性则通过一系列的措施做到最终一致性即可
Eureka | Zookeeper | Consul | Nacos | |
---|---|---|---|---|
CAP | AP | CP | CP | AP+CP |
一般C是所有节点在同一时刻看到的数据是一致的;而A的定义是所有的请求都会收到响应
CP: 满足一致性,分区容错性的系统,通常性能不是特别高
AP: 满足可用性,分区容错性的系统,通常可能对一致性要求低一点
一般来说,如果不需要存储服务级别的信息且服务实例是通过nacos-client注册,并能够保持心跳上报,那么就可以选择AP模式。当前主流的服务如SpringCloud和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'
cloudalibaba-config-nacos-client3377:
<dependencies>
<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>
<dependency>
<groupId>org.springframework.bootgroupId>
<artifactId>spring-boot-starter-webartifactId>
dependency>
<dependency>
<groupId>org.springframework.bootgroupId>
<artifactId>spring-boot-starter-actuatorartifactId>
dependency>
<dependency>
<groupId>org.springframework.bootgroupId>
<artifactId>spring-boot-devtoolsartifactId>
<scope>runtimescope>
<optional>trueoptional>
dependency>
<dependency>
<groupId>org.projectlombokgroupId>
<artifactId>lombokartifactId>
<optional>trueoptional>
dependency>
<dependency>
<groupId>org.springframework.bootgroupId>
<artifactId>spring-boot-starter-testartifactId>
<scope>testscope>
dependency>
dependencies>
server:
port: 3377
spring:
application:
name: nacos-config-client
cloud:
nacos:
discovery:
server-addr: localhost:8848 #服务注册中心地址
config:
server-addr: localhost:8848 #配置中心地址
file-extension: yaml #指定yaml格式的配置
spring:
profiles:
active: dev #指定环境
这里为什么有bootstrap.yml和application.yml两个配置文件
Nacos和SpringCloud-Config一样,在项目初始化的时候,要保证先从配置中心进行配置拉取,拉取配置之后,才能保证项目的正常启动
bootstrap.yml加载优先级高于application.yml
@EnableDiscoveryClient
@SpringBootApplication
public class NacosConfigClientMain3377
{
public static void main(String[] args) {
SpringApplication.run(NacosConfigClientMain3377.class, args);
}
}
@RestController
@RefreshScope // 开启自动刷新
public class ConfigClientController
{
@Value("${config.info}")
private String configInfo;
@GetMapping("/config/info")
public String getConfigInfo() {
return configInfo;
}
}
Nacos添加配置信息:
测试:成功访问
修改Nacos的配置信息,也可以动态的自动刷新
类似java里面的包名、类名,最外层的Namespace是可以区分部署环境的,Group和DataID逻辑上区分两个目标对象
为什么我们上述DataID要这样写?nacos-config-client-dev.yaml
因为在Nacos SpringCloud 中,DataID的完整格式是:
${prefix}-${spring.profile.active}.${file-extension}
spring.application.name
的值,也可以通过配置项 spring.cloud.nacos.config.prefix
来配置${prefix}.${file-extension}
spring.cloud.nacos.config.file-extension
来配置。目前只支持 properties 和 yaml 类型最后公式:
${spring.application.name}-${spring.profile.active}.${spring.cloud.nacos.config.file-extension}
spring:
application:
name: nacos-config-client
cloud:
nacos:
discovery:
server-addr: localhost:8848 #服务注册中心地址
config:
server-addr: localhost:8848 #配置中心地址
file-extension: yaml #指定yaml格式的配置
group: DEV_GROUP #指定组
spring:
application:
name: nacos-config-client
cloud:
nacos:
discovery:
server-addr: localhost:8848 #服务注册中心地址
config:
server-addr: localhost:8848 #配置中心地址
file-extension: yaml #指定yaml格式的配置
group: DEV_GROUP #指定组
namespace: dev #指定命名空间
通俗解释:就是把请求通过Nginx转发到Nacos集群实现高可用,Nacos集群连接相同的Mysql集群,实现持久化。在单机模式时nacos默认使用嵌入式的数据库(derby)实现数据的存储,不方便观察数据存储的基本情况
由于官网下载非常慢,给大家准备了~~
链接:https://pan.baidu.com/s/1eOxEBBG9Nt9EQZDbctEBjg
提取码:583r
将压缩包传到linux上,进行解压
tar -zxvf nacos-server-1.2.1.tar.gz
docker pull mysql:5.7
docker run -p 3306:3306 --name mysql_nacos -e MYSQL_ROOT_PASSWORD=123456 -d mysql:5.7
//进入容器
docker exec -it mysql_nacos bash
//登录mysql
mysql -uroot -p123456
//查看数据库,测试
show databases;
在nacos/conf/目录下找到sql脚本(nacos-mysql.sql),将nacos-mysql.sql传入Windows
更改application.properties配置
还是在nocos/conf目录下
在最后添加如下图信息,表示连接的mysql
./startup.sh -p 3333
表示启动端口号为3333的nacos服务器实例,这端口号和上一步的cluster.conf配置的一致vim startup.sh
修改nginx的配置文件,在 /usr/local/nginx/conf目录下,修改nginx.conf