你居然只知道蓝绿发布?今天教你全链路灰度~

大家好,我叫大鸡腿,大家可以关注下我,会持续更新技术文章还有人生感悟,感谢~

在这里插入图片描述

前言


Q:谈到灰度发布,你会想起什么

🙋‍♂️:在我上家公司其实只有小型的灰度发布,可能会有人跳起来喊:那你们怎么发布服务的?

通过k8s的滚动发布来实现无缝上线,如果上线失败呢,通过旧release分支构回去。这其实是灰度里头的流量比负载。

谈谈我认知里的灰度发布

  • 灰度发布是什么?

灰度发布(Gray release)是指在黑与白之间,能够平滑过渡的一种发布方式。大白话,就是在新旧版本里面可以丝滑的切换,一看就是德芙吃多了😁

  • 灰度有哪些形式?
灰度方案长什么样优缺点
蓝绿发布有两套一毛一样的环境,在上线的时候,通过切换不同环境,来达到丝滑上线优点:快捷。缺点:浪费资源
AB Test通过不同的角色或者用户来进入不同逻辑,进行验证优点:粒度更小
金丝雀发布通过流量比将流量负载到不同机器缺点:灰度粒度比较粗
  • 完善的灰度长什么样子?

把所有优点拿过,拿来主义。蓝绿+AB Test,归纳一下,其实就是流量比+tag

蓝绿跟金丝雀,通过流量比来切换,AB Test通过标识来切换。

全链路灰度建设


全链路灰度是什么?

顾名思义,就是整条调用链路,你想访问哪就访问哪,指哪打哪。我们可以设想想,蓝绿发布是所有应用的灰度,一刀切AB Test是部分用户,部分切全链路发布,其实是需要细化到服务、接口级别灰度,而且贯穿整条链路~

全链路灰度怎么打造

全链路灰度由什么构成


  1. 网关流量染色

  2. 网关层负载均衡

  3. rpc层负载均衡

  4. 上下文透传

  5. 数据隔离(看情况)

流量染色


流量染色,就是我们对符合条件的流量进行标记。那么它有几种方式呢?两种:主动染色、被动染色。

  • 主动染色

比如说,只要你有100W就是土豪,每个人进来的时候进行搜查,你满足条件给你打上土豪tag。

  • 被动染色

这个更好理解了,小明是老赖,我看见小明就知道他是老赖,不需要去翻他资料,对吧。

流量染色怎么实现?

其实很简单,首先我们需要一套规则体系,rule,然后在网关层进行筛选流量,进行打标。技术手段就是往gateway exchange 设置Attributes,然后在网关flux链路传递。

这里我们踩过的坑,为啥不用threadlocal去传递这个标识?

gateway采用flux异步非阻塞实现的,也就是说他们根本不在一个线程去处理。官方推荐就是塞入exchange里头。

网关层负载均衡


关注我的就知道,之前我写过类似的文章,大家可以阅读下。

原理是什么?

我们将染色的流量,路由到对应的服务。技术方案是:在网关流量染色之后,通过Nacos注册中心,改写负载均衡算法,进行路由到对应的服务。

这里的服务概念就比较模糊了,可以是特定版本的服务,比如说V1、V2。也可以是,服务起来之后打对应tag标签,这一类的服务是灰度标识,灰度流量走这边~

RPC层负载均衡


我们常见的RPC有哪些?Feign、RestTemplate、WebClient

其中能负载的是那种根据serviceId来查询服务,如果你通过host、url那种来请求,拜拜了,干不了。(PS:其实也可以改写host,但是不够优雅

怎么改写负载均衡呢?

在高版本,Feign已经不再依赖Ribbon实现负载了,通过loadBalance来实现负载均衡。

重写ReactorServiceInstanceLoadBalancer,实现Feign、RestTemplate负载均衡

Q:怎么实现服务级别的灰度呢?

🙋‍♂️:我们通过Nacos naminServer拿到不同环境namespace的服务列表,你想路由到哪里都行了。

我们可以参考NacosLoadBalancer

在这里插入图片描述

上下文透传


这个其实是APM的内容,比如说上面的Feign,怎么将这个染色的标识传到下一个节点呢?大部分中间件、框架都有拦截器,我们只需要把它打到对应的header头。

Feign

@Bean
public RequestInterceptor headerInterceptor() {
    return template -> {
        ServletRequestAttributes attributes = (ServletRequestAttributes) RequestContextHolder.getRequestAttributes();
        if (null != attributes) {
            HttpServletRequest request = attributes.getRequest();
            Enumeration<String> headerNames = request.getHeaderNames();
            if (headerNames != null) {
                while (headerNames.hasMoreElements()) {
                    String name = headerNames.nextElement();
                    String values = request.getHeader(name);
                    // 跳过 content-length,防止报错Feign报错feign.RetryableException: too many bytes written executing
                    if (name.equals("content-length")) {
                        continue;
                    }
                    template.header(name, values);
                }
            }
        }
    };
}

RestTemplate


import org.springframework.http.HttpRequest;
import org.springframework.http.client.ClientHttpRequestExecution;
import org.springframework.http.client.ClientHttpRequestInterceptor;
import org.springframework.http.client.ClientHttpResponse;
import org.springframework.stereotype.Component;
import org.springframework.web.context.request.RequestContextHolder;
import org.springframework.web.context.request.ServletRequestAttributes;

import javax.servlet.http.HttpServletRequest;
import java.io.IOException;
import java.util.Enumeration;

@Component
public class RestTemplateInterceptor implements ClientHttpRequestInterceptor {

    @Override
    public ClientHttpResponse intercept(HttpRequest request, byte[] body, ClientHttpRequestExecution execution)
            throws IOException {
        ServletRequestAttributes attributes = (ServletRequestAttributes) RequestContextHolder.getRequestAttributes();
        if (null != attributes) {
            HttpServletRequest httpServletRequest = attributes.getRequest();
            Enumeration<String> headerNames = httpServletRequest.getHeaderNames();
            if (headerNames != null) {
                while (headerNames.hasMoreElements()) {
                    String name = headerNames.nextElement();
                    String values = httpServletRequest.getHeader(name);
                    // 跳过 content-length,防止报错Feign报错feign.RetryableException: too many bytes written executing
                    if (name.equals("content-length")) {
                        continue;
                    }
                    request.getHeaders().add(name, values);
                }
            }
        }
        return execution.execute(request, body);
    }

}


@LoadBalanced
@Bean
public RestTemplate getRestTemplate(RestTemplateInterceptor restTemplateInterceptor) {
    RestTemplate restTemplate = new RestTemplate();
    restTemplate.setInterceptors(List.of(restTemplateInterceptor));
    return restTemplate;
}

当然这只是一部分场景,还有多线程,线程池、Hystrix等等场景。

数据隔离


这个看情况,如果做测试数据灰度的,需要做影子表、影子库进行隔离,重写数据库连接。

它山之石可以攻玉

我们来看阿里是怎么实现全链路灰度的,其实原理都差不多。

在这里插入图片描述

下一篇:多泳道建设


下一篇我会讲述多泳道建设,它采用的技术跟这个很像,大家敬请期待~

  • 1
    点赞
  • 9
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
蓝绿发布灰度发布和镜像发布是常见的应用发布模式,它们都有不同的特点和用途。 1. 蓝绿发布(Blue-Green Deployment)是一种将新版本应用与旧版本应用并行部署的方式。在蓝绿发布中,两个环境同时存在,一个环境(蓝色环境)运行旧版本应用,另一个环境(绿色环境)运行新版本应用。当新版本应用经过测试并且稳定后,可以将流量切换到绿色环境,实现无缝的应用升级。蓝绿发布的优点是可以快速回滚到旧版本应用,降低了发布风险。 2. 灰度发布(Canary Release)是一种逐步将新版本应用引入生产环境的方式。在灰度发布中,新版本应用会逐渐接收一部分流量,而旧版本应用仍然接收剩余的流量。通过逐步增加新版本应用的流量比例,可以在不影响整体系统稳定性的情况下进行测试和验证。如果新版本应用出现问题,可以快速回滚到旧版本应用。灰度发布的优点是可以在生产环境中进行实时监控和测试,减少了发布风险。 3. 镜像发布(Image Deployment)是一种通过创建和部署镜像来实现应用发布的方式。在镜像发布中,应用的每个版本都会打包成镜像,并通过容器技术(如Docker)进行部署。通过使用镜像,可以快速、可靠地部署应用,并且可以在不同的环境中进行复制和迁移。镜像发布的优点是可以实现快速部署和扩展,提高了应用的可移植性和可伸缩性。 总结: - 蓝绿发布是一种并行部署新旧版本应用的方式,可以快速回滚到旧版本应用。 - 灰度发布是一种逐步引入新版本应用的方式,可以在生产环境中进行实时监控和测试。 - 镜像发布是一种通过创建和部署镜像来实现应用发布的方式,可以实现快速部署和扩展。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值