腾讯云开发者社区-腾讯云

开发者社区

文档建议反馈控制台

文章/答案/技术大牛

发布

综合排序丨最热优先丨最新优先

灰度发布，对于大厂来说是必不可少的，对于我这种从来没有灰度发布过的，并不是很清楚，估计也有很多人不知道这个东西。以前只是直到灰度发布，这次稍微了解一下。 web前端灰度发布如果是服务端渲染，通过服务端判断是否是灰度用户直接返回对应的版本页面。如果是通过框架，那么就需要在一个html里面判断，然后分别使用打包后的两个不同资源。如果是客户端的灰度发布，应该是可以按照用户逐渐推送更新安装包。而服务端的灰度发布则会相应容易一些，毕竟是在后台实现。现在有专门的灰度发布模式A/B测试，通过业务代码区分流量访问不同代码。灰度发布除了代码层面之外，对服务这块要求还是蛮大的，灰度发布不同于预发布，灰度发布是直接让线上用户参与，而一般预发布是发布到线上，由测试人员进行测试。当然，会使用灰度发布的，一般来说都是千万级别用户的项目了，虽然很想使用灰度发布，但还是需要考虑实际场景，也希望以后能有机会使用灰度发布。（完）

2020-04-24

2.2K0

标签:

腾讯云测试服务

1、什么是灰度发布以下是百度词条的解释：灰度发布（又名金丝雀发布）是指在黑与白之间，能够平滑过渡的一种发布方式。灰度发布可以保证整体系统的稳定，在初始灰度的时候就可以发现、调整问题，以保证其影响度。 2、为什么要灰度发布灰度发布的主要目的是保证系统的可用性。因为每一次线上变更都无法保证系统100%的无bug，所以变更后要在线上小范围验证，等没问题再全面放开。 3、常用的灰度发布方式有哪些 1、按机器灰度 ? 线上有多台机器，先将新功能代码部署到其中的1台或多台机器，然后绑定到这些机器进行测试，测试完没问题再部署到所有机器。还要考虑的是在新代码机器测试的用户数据是加密的，而线上其他机器没有发布，则这些用户访问其它机器功能是不正常的，所以这个也只能限定进行灰度的用户是内部用户。

2020-09-11

3.7K0

标签:

腾讯云测试服务

灰度发布浅析定义灰度发布就是已一种平滑过渡的方式来发布，通过切换线上新旧版本之间的路由权重，逐步从旧版本切换到新版本；比如要上线新功能，首先只是更新少量的服务节点，通过路由权重，让少部分用户体验新版本灰度发布一个系统往往有接入层比如nginx(Openresty)，网关层比如zuul，以及服务层比如各种rpc框架；在这几层都有路由功能，也就是说这几层都可以做灰度；接入层可以使用nginx+lua来实现灰度端口的服务端，其余走20882服务端；以上的脚本需要注册到zookeeper中，手动注册代码如下，当然也可以使用dubbo提供的dubbo-admin来设置路由脚本： URL registryUrl 具体可以参考官方文档：旧路由规则测试启动zookeeper，然后分别启动两台生产者，启动消费者时通过修改tag然后观察路由；总结本文分别从接入层，网关层，服务层这三层简要的介绍了通过路由规则来实现灰度发布；已每层比较典型的中间件来介绍具体如何去实现简单的灰度发布；总体来说就是使用中间件的路由功能，动态加载外部自定义的一些路由策略脚本，以此来达到灰度发布的目的。

2020-12-09

2.3K0

标签:

云数据库 Redis®

什么是灰度发布介绍灰度发布流程之前我先一句话介绍一下什么是灰度发布。灰度发布就是，线上app无需停机就可以保证运行的是经过测试的稳定版本，且我们在冒烟测试时也不会影响到线上App的运行。为什么我们要搞灰度发布线上的服务每次都是我来构建，我可以非常负责任的讲，冒烟测试时不重新发布的几率很小，而且很多时候需要我去定位线上问题，这个过程我不知道你们痛不痛苦，反正我是很痛苦。为了能让用户有更好的体验，也为了我不在那么痛苦所以我们急需要一款灰度发布系统。灰度发布系统怎么搞一个很简单的理论，同时准备两份服务，让符合规则的请求路由到灰度接口，不符合规则的路由到之前发布的服务就好了哇~ 图片代码实现熟悉SpringCloudGateway的同学对于让符合规则的请求路由到灰度接口，不符合规则的路由到之前发布的服务就好了哇~，对于这个简单的需求我们只要在path断言不变的前提下在增加一个管理规则的断言不就可以了吗，以指定请求头包含指定value的规则为例

2022-10-27

2.5K0

标签:

腾讯云测试服务

负载均衡缓存

游戏灰度发布

，蓝绿部署、滚动部署、灰度发布、金丝雀发布。。。整个游戏的链条上，似乎大家都已经习惯，开发习惯，玩家也习惯习惯麻痹了一切，没有提出更好的策略，大家都这么玩啊，无所谓啦~ 方案细思极恐，我们应该，也需要做得更好灰度发布／金丝雀发布灰度发布是在原有版本可用的情况下灰度发布／金丝雀发布由以下几个步骤组成：准备好部署各个阶段的工件，包括：构建工件，测试脚本，配置文件和部署清单文件。从负载均衡列表中移除掉“金丝雀”服务器。在之前的架构图中，稍作修改，在玩家与Gameserver之间增加一层ha-proxy，这样就有了灰度发布的基础玩家不再直接与game-server直连，而是与ha-proxy 透明性对玩家来说，发版本就是透明的，发版本时，不再需要停机，入口也不需要关闭，7*24玩耍流量灵活切换灰度百分比，可以灵活控制，这里面又涉及到路由规则，复杂了，可以先百分百切换快速迭代玩家无感，出现bug，可以快速修复，快速上线

2021-03-23

2.3K0

标签:

一、灰度发布

一、灰度发布　　灰度发布是一种发布方式，也叫金丝雀发布，起源是矿工在下井之前会先放一只金丝雀到井里，如果金丝雀不叫了，就代表瓦斯浓度高。原因是金丝雀对瓦斯气体很敏感。灰度发布的做法是：会在现存旧应用的基础上，启动一个新版应用，但是新版应用并不会直接让用户访问。而是先让测试同学去进行测试。代表是否开启灰度功能 nginx.ingress.kubernetes.io/canary-by-cookie：灰度发布 cookie 的 key。当 key 值等于 always 时，灰度触发生效。 header去判断是否为灰度用户，再决定是否返回灰度版本服务。　　二、滚动发布　　滚动发布，则是我们一般所说的无宕机发布。其发布方式如同名称一样，一次取出一台/多台服务器（看策略配置）进行新版本更新。

2022-05-10

2.3K0

标签:

StatefulSet灰度发布

灰度发布（Gray Release）是一种流行的发布策略，可以使我们在不中断整个生产环境的情况下逐步将新版本的应用程序发布给一小部分用户，以确保它们能够正常运行。因此，在灰度发布中，我们可以使用不同的副本集来分别部署新版本和旧版本的应用程序，并逐步增加新版本的副本集，以确保它们能够正确运行。下面是一个基于StatefulSet的灰度发布示例：假设我们有一个名为web的StatefulSet，它有3个副本，使用的是RollingUpdate更新策略，版本号为v1，现在我们想要发布新版本的应用程序，并使用灰度发布策略。当我们想要进行灰度发布时，我们可以通过 StatefulSet 的 RollingUpdate 更新策略来实现。

2023-04-30

1.6K0

标签:

灰度发布方案

一、灰度发布定义灰度发布（又名金丝雀发布）是指在黑与白之间，能够平滑过渡的一种发布方式。灰度发布可以保证整体系统的稳定，在初始灰度的时候就可以发现、调整问题，以保证其影响度。 ? 二、实现思路方向 1、在代码中做。负载均衡又可分为服务端负载均衡和客户端负载均衡服务器端负载均衡：例如Nginx，通过Nginx进行负载均衡，先发送请求，然后通过负载均衡算法，在多个服务器之间选择一个进行访问；即在服务器端再进行负载均衡算法分配客户端负载均衡：例如ribbon或者dubbo，客户端会有一个服务器地址列表，在发送请求前通过负载均衡算法选择一个服务器，然后进行访问，这是客户端负载均衡；即在客户端就进行负载均衡算法分配。 /intro.html 新浪微博开源项目 git地址：https://github.com/CNSRE/ABTestingGateway ABTestingGateway是一个可以动态设置分流策略的灰度发布系统

2018-08-06

12.7K0

标签:

负载均衡缓存

关于灰度发布

所以感觉应该算是一种通用系统吧~ 为什么要有灰度发布系统？两者还是有一些区别的，小流量上线一般做的是系统的彻底升级，和灰度发布不一样。也即是前面提到的，灰度发布期间，线上的系统两套代码在同一台新发布的机器上也同时存在。灰度发布一般人都比较熟悉的案例可能是微软的操作系统升级吧，其实腾讯qq或者微信发布也差不多。不过说到操作系统升级，灰度发布感觉还有另外的一层意思。可以控制用户流量对网络或者系统的负载的影响。继续来说互联网公司的灰度发布系统。一般的灰度发布都会有一些策略，其实就是分类/桶策略。还有的人希望我能够以用户的gps定位城市进行分桶，或者以用户的手机号归属地进行分桶，再或者我想以移动联通电信进行分桶(其实还是有可能的哈哈)。

2019-11-01

2.7K0

标签:

灰度发布实现及蓝绿发布

1.0 简介随着公司业务的不断发展壮大，需要一套稳妥的发布方案，如果发布的新版本服务有问题能及时撤回，不至于造成太大范围的影响; 2.0 现状手动部署代码 Scp、Rsync上传代码; 登陆，Git image.png 3.0 方案 3.1 灰度发布灰度发布是一种常见的服务滚动升级或A/B测试策略。原理图 image.png 发布过程 1 . 修改 Ingress 流量规则：根据发布配置调整 Ingress 配置，开始执行灰度。 4 . 人工验证：通过 cookie 或者 header 对灰度版本进行验证，根据结果选择完成发布或者回滚。通过header实现灰度发布验证 image.png 待改进 1 . 2 . 3 . 3.2 蓝绿发布不停老版本,部署新版本然后进行测试，确认ok，将流量切换到新版本，然后老版本升级到新版本

2021-08-09

2.2K0

标签:

cci 持续集成