今天给各位分享灰度发布的知识，其中也会对灰度发布什么意思进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、什么是灰度发布？
• 2、灰度发布（一）
• 3、灰度发布（二）
• 4、灰度发布
• 5、计算机术语中“灰度发布”的英文是什么？

什么是灰度发布？

灰度发布，又名金丝雀发布，或者灰度测试，是指在黑与白之间能够平滑过渡的一种发布方式。

在其上可以进行A/B testing，即让一部分用户继续用产品特性A，一部分用户开始用产品特性B，如果用户对B没有什么反对意见，那么逐步扩大范围，把所有用户都迁移到B上面来。

灰度发布是对某一产品的发布逐步扩大使用群体范围，也叫灰度放量。灰度发布可以保证整体系统的稳定，在初始灰度的时候就可以发现、调整问题，以保证其影响度。

灰度期：灰度发布开始到结束期间的这一段时间，称为灰度期。

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

灰度发布可以从业务，功能，性能，用户体验很多方面使产品得以提升，并平滑上线。

A/B test其实属于灰度当中的一个小小的分支，做产品、运营数据的都必须要懂。这是国际前沿的产品发布和改版方式，而不是依靠主观去进行。

灰度发布（一）

一、术语

1、灰度周期，由测试/用户决定

2、金丝雀的故事

3、产品说的AB测试

4、客户端APP的灰度，版本更新交由后台控制

5、Java Agent

6、互联网APP常见的玩法

最后灰度发布是什么？

---- 灰度发布是指在黑与白之间，能够平滑过渡的一种发布方式。让一部分用户继续用A，一部分用户开始用B，如果用户对B没有什么反对意见，那么逐步扩大范围，把所有用户都迁移到B上面来。

二、灰度能做什么

1、白天发布，不用等到晚上11点，夜深人静的时候。

2、应用程序的新旧版本需要共存一段时间，用于做AB测试。

3、把新版本程序当做金丝雀，不影响真实用户的请求。

三、灰度不能做什么

1、应用程序在发布的时候，重启的时候足够安全吗，会影响线上用户吗？

2、线上灰度验证的时候，发现出问题然而开发不能及时修复，程序需要回滚，假如有已执行的数模，也需要回滚，怎么办？

3、它能够帮助我们远程断点或btrace新版本的应用程序吗？

四、灰度的实现

1、必备的条件有：

2、染色的流程

3、灰度规则

支持按流量比例和精准分配两种。精准可以是userId、IP、设备号等，只要http header能取出的key，都将支持配置到灰度规则。

4、传递灰度标识

在网关层进行打上标签，常用做法就是http header增加一个key。（kong plugin 安装灰度插件）

按链路访问顺序，由上往下进行传递，这里为了减少业务方的接入成本，采用java agent技术，做到对业务的完全透明。（java应用程序加载灰度agent的jar包）

5、灰度发布的流程

五、发布的方式有哪些

除了灰度发布，还有重要的蓝绿发布。

（灰度是允许新旧版本同时存在，蓝绿则规定在同一个环境下，要么是新版本，要么是回滚到旧版本）。

一般地，建议在预发环境下，实现蓝绿发布。在预发环境未验证通过前，预发环境是新版本，而生产环境是旧版本。

六、灰度发布带来了哪些问题

1、预期的流量是要打到灰度节点的，最后却打到正常节点了。如何核实？

现在一般的做法是通过traceId，查询kibana的日志。

2、灰度标识在全链路的整个链路传递的过程中，容易被服务或组件丢失。如何排查到底是哪个组件导致的？

3、日志与监控

日志需要采集，做法和jvm日志一样采用ELK。日志中需要包含程序的版本号、IP等关键信息。

灰度发布（二）

继续上一篇的灰度发布，本文重点讲述kong网关是如何配置灰度发布规则的。

一、Kong网关在灰度发布中的重要作用

1、校验用户的htttp请求是否为灰度请求；

2、灰度规则的配置，允许多个规则的拼接；

3、需要为同一个service配置两个upstream，一个是正常的，另一个是灰度的。

二、主要流程

下面以用户服务为示例，演示在kong上面的操作。

1、新建UserService

2、新建两个upstream

三、配置灰度规则

支持多个规则，规则之间可以是“且”“或”的关系。

rules是一个数组结构：示例如下

passway可以是header, parameter, cookie。

paramName就是我们说的Key值。

rule_type 是表示多个规则之间的逻辑关系。

至于判断是否匹配规则，是Lua的global.lua中的load()方法。

如果请求匹配上了灰度规则，下一步要做的就是设置对应的upstream了。

默认取的upstream是ngx.ctx.balancer_data.host，如果填写的不是它，则取UserServiceGray这个对应的upstream。

最后给请求打上灰度标签。

灰度发布

灰度发布又称金丝雀发布，起源是早起矿井工人发现金丝雀对瓦斯气体很敏感。因此旷工在下井之前都会先将一只金丝雀放到井中，如果金丝雀不叫了，就代表瓦斯浓度高。

度娘说的挺好的~

在灰度发布开始后，先启动一个新版本应用，但是并不直接将流量切过来，而是测试人员对新版本进行线上测试，启动的这个新版本应用，就是我们的金丝雀。如果没有问题，那么可以将少量的用户流量导入到新版本上，然后再对新版本做运行状态观察，收集各种运行时数据，如果此时对新旧版本做各种数据对比，就是所谓的A/B测试。

当确认新版本运行良好后，再逐步将更多的流量导入到新版本上，在此期间，还可以不断地调整新旧两个版本的运行的服务器副本数量，以使得新版本能够承受越来越大的流量压力。直到将100%的流量都切换到新版本上，最后关闭剩下的老版本服务，完成灰度发布。

如果在灰度发布过程中（灰度期）发现了新版本有问题，就应该立即将流量切回老版本上，这样，就会将负面影响控制在最小范围内。

计算机术语中“灰度发布”的英文是什么？

Gray released in computer terms。

灰度发布（又名金丝雀发布）是指在黑与白之间，能够平滑过渡的一种发布方式。

灰度分布让一部分用户继续用产品特性A，一部分用户开始用产品特性B，如果用户对B没有什么反对意见，那么逐步扩大范围，把所有用户都迁移到B上面来。

注意事项

灰度发布可以保证整体系统的稳定，在初始灰度的时候就可以发现、调整问题，以保证其影响度。

对于一般的小系统并不需要单独的灰度发布引擎，可以参考A/B测试中做法，在页面JavaScript或服务器端实现分流的规则即可。但对于大型的互联网应用而言，单独的用于管理用户分流的发布引擎就很有必要了。