【微服务】- SpringCloudAlibaba的Nacos

server:
  port: 9001
spring:
  application:
    name: nacos-payment-provider
  cloud:
    nacos:
      discovery:
        server-addr: localhost:8848

# 暴露端口，方便监控服务
management:
  endpoints:
    web:
      exposure:
        include: "*"

主启动
业务类
controller

@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;
    }

}

简单的程序只输出其端口

测试

启动nacos和83项目，访问http://localhost:8848/nacos

在这里插入图片描述
已经注册入nacos
访问http://localhost:9001/payment/nacos/3

可以正常访问服务提供者搭建成功。

为了演示nacos的负载均衡功能参照9001，新建9002

2.nacos作为服务消费者替代Eureka

下面开始nacos作为服务中心项目的建立

建项目

若部分代码没有给出，请在远程仓库https://gitee.com/gyhdx/cloud2020查找

新建项目
项目名称：cloudalibaba-consumer-nacos-Order83
写pom
写yml

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

主启动
NacosConsumerMain83.class类
业务类
config

package wf.springcloudalibaba.config;

/**
 * @Description TODO
 * @Author gyhdx
 * @Date 2020/4/25 21:46
 */
@Configuration
public class ApplicationContextConfig {

    @Bean
    @LoadBalanced
    public RestTemplate getRestTemple(){
        return new RestTemplate();
    }
}

controller


package wf.springcloudalibaba.controller;

/**
 * @Description TODO
 * @Author gyhdx
 * @Date 2020/4/25 21:48
 */
@RestController
@Slf4j
public class NacosController {

    @Resource
    private RestTemplate restTemplate;

	//获取yml中的相关配置值
    @Value("${service-url.nacos-user-service}")
    private String path;

    @GetMapping(value = "/consumer/payment/nacos/{id}")
    public String paymentInfo(@PathVariable("id") Long id){
        return restTemplate.getForObject(path+"/payment/nacos/"+id,String.class);
    }
}

测试

启动nacos和83项目，访问http://localhost:8848/nacos

在这里插入图片描述

访问http://localhost:83/consumer/payment/nacos/3
第一次访问在这里插入图片描述
刷新页面
实现了轮询访问服务提供者，证明Nacos负载均衡起作用

nacos中的负载均衡

在这里插入图片描述
可以看到nacos依赖中已经自带了负载均衡Ribbon。

3.nacos作为配置中心替代Config

nacos的cap

在这里插入图片描述

Nacos支持AP和CP模式的切换

C是所有节点在同一时间看到的数据是一致的; 而A的定义是所有的请求都会收到响应。

何时选择使用何种模式?

一般来说,
如果不需要存储服务级别的信息且服务实例是通过nacos- client注册，并能够保持心跳上报,那么就可以选择AP模式。当前主流的服务如Spring cloud和Dubbo服务,都适用于AP模式，AP模式为了服务的可能性而减弱了一致性, 因此AP模式下只支持注册临时实例。

如果需要在服务级别编辑或者存储配置信息，那么CP是必须，K8S服务和DNS服务则适用于CP模式。

CP模式下则支持注册持久化实例，此时则是以Raft协议为集群运行模式，该模式下注册实例之前必须先注册服务,如果服务不存在,则会返回错误。

可以通过cmd执行
curl -XPUT ‘$NACOS_ SERVER:8848/nacos/v1/ns/operator/switches?ntry=serverMode&value=CP’
来实现nacos的CP模式切换

1.代码演示nacos配置中心功能

新建项目

建项目
项目名称：cloudalibaba-config-nacos-client3377
写pom
写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: yaml

application.yml
该yml是为了支持DataId方案的开发

spring:
  profiles:
#    active: test
    active: dev

主启动
业务类
controller

@RestController
@RefreshScope
public class NacosController {

    @Value("${config.info}")
    String value;

    @GetMapping(value = "/config/nacos/info")
    public String info(){
        return value;
    }
}

注意在controller中@RefreshScope注解必须配置，为了实现动态刷新功能（Nacos的配置中心，配置发生改变，服务能感知到这种变化）

在nacos中添加配置信息

nacos中的匹配规则理论

Nacos中的dataid的组成格式及与SpringBoot配置文件中的匹配规则
在这里插入图片描述
简单来说就是

故按照我们在项目中yml的配置，改目标Data Id为nacos-config-client-dev.yaml

在nacos中添加配置

在这里插入图片描述
配置完成下拉，点击发布即可

配置成功后：

测试

启动3377项目，访问http://localhost:3377/config/nacos/info

在这里插入图片描述

配置成功。
点击编辑修改配置
在这里插入图片描述
刷新http://localhost:3377/config/nacos/info

可以看到改变了，这就是上面yml的端口开放实现监控和@RefreshScope共同起作用。

2.Nacos的分类配置

多环境多项目的问题

问题1:
实际开发中，通常一个系统会准备
dev开发环境
test测试环境
prod生产环境。
如何保证指定环境启动时服务能正确读取到Nacos.上相应环境的配置文件呢?
问题2:
一个大型分布式微服务系统会有很多微服务子项目，
每个微服务项目又都会有相应的开发环境、测试环境、预发环境、正式环境…
那怎么对这些微服务配置进行管理呢?

nacos的图形化管理界面

配置管理
命名空间

Namespace+ Group+Data ID3者关系?为什么这么设计?

是什么
类似Java里面的package名和类名
最外层的namespace是可以用于区分部署环境的，Group和DatalD逻辑上区分两个目标对象。
三者关系

默认情况:
Namespace=public, Group=DEFAULT GROUP,默认Cluster是DEFAULT

Nacos默认的命名空间是public, Namespace主要用来实现隔离。
比方说我们现在有三个环境:开发、测试、生产环境,我们就可以创建三三个Namespace,不同的Namespace之间是隔离的。

Group默认是DEFAULT_ GROUP, Group可以把不同的微服务划分到同一个分组里面去

Service就是微服务;一个Service可以包含多个Cluster (集群)，Nacos默认Cluster是DEFAULT, Cluster是对指定微服务的一个虚拟划分。
比方说为了容灾，将Service微服务分别部署在了杭州机房和广州机房,
这时就可以给杭州机房的Service微服务起一个集群名称(HZ)，
给广州机房的Service微服务起一个集群名称 (GZ) ,还可以尽量让同一个机房的微服务互相调用,以提升性能。

最后是Instance,就是微服务的实例。

3.三种方案加载配置

DataId方案

指定spring.profile.active和配置文件的DatalD来使不同环境下读取不同的配置

默认空间+默认分组+新建dev和test两个DatalD

新建dev配置DatalD
nacos-config-client-dev.yaml
新建test配置DatalD
nacos-config-client-test.yaml

我们开始配置的application.yml中为dev，此时修改为test

访问http://localhost:3377/config/nacos/info

可以看到，该方案起作用了。

Group方案

通过group实现环境区分
在这里插入图片描述
在新建时直接修改Group即可

想让项目成功访问，需要在bootstrap.yml中修改一下配置

重启项目，成功访问http://localhost:3377/config/nacos/info

注意此处浏览器显示的内容为nacos中配置的

是通过controller获取

具体规则
在这里插入图片描述