nacos灰度发布的思路

 

 

nacos灰度发布的思路

1，应用配置管理  ---结合zuul实现灰度，动态修改zuul的路由切换服务，负载策略（对于外部的请求也可）（通过zuul就免去了去修改nginx实现切换）--不用重启---如果使用自定义的负载策略的话nacos的作用就是

动态配置服务器列表（而不是粗粒度的修改zuul的location路径）

2，注册管理，将灰度服务上线(这个只可服务内部 注册的服务之间)（粗粒度）

    粗粒度的实现时接入层nacos修改location路劲，服务处nacos下线上线灰度服务（缺点到了服务层不能保证灰度的接入层转发到灰度的服务层）

3，注意重写zuul（负载策略）和内部服务间调用的 （负载策略（feign注意另起一个线程的情况，ribbon是可以共享上下文）），---策略--将配置的灰度机列表和请求进来的数据匹配匹配到灰度机就负载到灰度机

 ---例如，测试账号就负载到新上的机器(需要从接入端到服务端链路都是灰度机还是需要负载策略保证，或者上游传给下游一个标记整个灰度链识别这一个标志)--精确灰度

 

 

nacos的应用：

一个服务有多个实例，实例之间用端口区别，所有这个服务的实例作为一个集合组

 

group  名称在nacos中配置(一组功能相同的服务成为一个group)  dataId  名称在nacos中配置 （一个dataid对应一个配置）

 

客户端通过注解中配置的dataId 和刷新属性刷新，识别到注解服务端客户端调用相应的三中的框架接口地址

 

 

使用@NacosPropertySource 加载 dataId 为 example 的配置源，并开启自动更新：

@SpringBootApplication

@NacosPropertySource(dataId = "example", autoRefreshed = true)

public class NacosConfigApplication {

 

    public static void main(String[] args) {

        SpringApplication.run(NacosConfigApplication.class, args);

    }

}

 

（一）安装服务端

 

（二）

1，配置管理

   需要客户端配置

 

 @NacosPropertySource   加载指定的配置文件

 

@NacosValue    加载执行的属性 =@value

 

先要调用api向服务端发布配置，然后客户端才可以获取配置

 

2，注册管理

   需要客户端配置

 @NacosInjected  注入nacos服务，然后用其调用api

 

（三）

对应的接口nacos已有对应的访问地址

jdk使用api

1，配置管理

   发布配置

   获取配置

   监听配置变化

   删除配置

2，注册服务

   监听服务实例变化

   取消注册

 

远程调式有利于解决问题，灰度发布有利于隔绝问题

 

nacos集群需要修改嵌入数据库为mysql，当然单机版也可修改成mysql

数据库初始化sql需要自己执行---官网下载

 

 

通过nacos自有的url地址访问实现api操作,所有的api操作可以java通过nacos的实例实现，可以程序自主控制

服务发现

服务注册

发布配置

获取配置

 

 

集群模式只要配置文件配制多个节点自然启动一个节点就有三个节点

 

 

 

 

参看：

https://www.jianshu.com/p/3cba2a83adb9