文章目录
基于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-这个就是我们自己的服务,做自己的业务,添加自己的业务依赖,这里基于实验就简单点)
-
zuul-zuul(网关)
添加zuul的依赖
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-zuul</artifactId>
</dependency>
搭建后的工程结构如图:
idea 中出现的四个服务,是因为将zuul-service-a,这个服务选择了不同的配置文件,
zuul-service-a 的配置文件如图:
spring:
application: