基于网关的灰度发布

基于SpringCloudZuul 和Eureka实现灰度发布

灰度发布：

定义：

灰度发布（又名金丝雀发布）是指在黑与白之间，能够平滑过渡的一种发布方式。在其上可以进行A/B testing，即让一部分用户继续用产品特性A，一部分用户开始用产品特性B，如果用户对B没有什么反对意见，那么逐步扩大范围，把所有用户都迁移到B上面来。灰度发布可以保证整体系统的稳定，在初始灰度的时候就可以发现、调整问题，以保证其影响度。

作用：

及早获得用户的意见反馈，完善产品功能，提升产品质量 让用户参与产品测试，加强与用户互动 降低产品升级所影响的用户范围

步骤：

1）定义目标

2）选定策略：包括用户规模、发布频率、功能覆盖度、回滚策略、运营策略、新旧系统部署策略等

3）筛选用户：包括用户特征、用户数量、用户常用功能、用户范围等

4）部署系统：部署新系统、部署用户行为分析系统（web analytics）、设定分流规则、运营数据分析、分流规则微调

5）发布总结：用户行为分析报告、用户问卷调查、社会化媒体意见收集、形成产品功能改进列表

6）产品完善

7）新一轮灰度发布或完整发布
------------------------------------------------我是分割线，以上内容出自百度百科-----------------------------------------

Zuul:

官网：https://github.com/Netflix/zuul

作用(翻译自wiki)：

Netflix API流量的数量和多样性有时会导致生产问题迅速出现，而不会发出警告。我们需要一个允许我们快速改变行为以对这些情况做出反应的系统。

Zuul使用了各种不同类型的过滤器，这使我们能够快速，灵活地将功能应用于边缘服务。这些过滤器帮助我们执行以下功能：

• 身份验证和安全性-识别每种资源的身份验证要求，并拒绝不满足要求的请求。
• 洞察和监控-在边缘跟踪有意义的数据和统计信息，以便为我们提供准确的生产视图。
• 动态路由-根据需要将请求动态路由到不同的后端群集。
• 压力测试-逐渐增加到群集的流量以评估性能。
• 减载-为每种类型的请求分配容量，并丢弃超出限制的请求。
• 静态响应处理-直接在边缘构建一些响应，而不是将其转发到内部集群
• 多区域弹性-在AWS区域之间路由请求，以多样化我们的ELB使用并将我们的优势拉近与我们的会员之间的距离

功能演示流程图

服务A 、服务A1、服务B 、网关全部注册到注册中心，网关从注册中心拉取服务。

服务A 与服务A1属于相同的服务，但是服务A1的功能要比服务A多一些；

举个例子容易理解点🌰：

张三和李四为游戏玩家，

张三通过了审核具有内测资格，可以登录测试服进行玩耍，

李四没有通过内测，没有资格登录测试服，只是一个普通玩家。

项目开始：

搭建项目，使用阿里云的脚手架，快速搭建：

搭建一个父工程zuul-demo，删除src文件夹目录，只留下pom文件，

然后在分别创建三个项目

• zuul-eureka(注册中心)

  ​ 添加eureka-server的依赖

   <dependency>
       <groupId>org.springframework.cloud</groupId>
       <artifactId>spring-cloud-starter-netflix-eureka-server</artifactId>
   </dependency>

• zuul-service-a(服务A-这个就是我们自己的服务，做自己的业务，添加自己的业务依赖，这里基于实验就简单点)