关于阿里云:构建基于-Ingress-的全链路灰度能力

5次阅读

共计 2450 个字符，预计需要花费 7 分钟才能阅读完成。

作者：涂鸦

随着云原生技术一直遍及，越来越多的业务利用开始向云原生架构转变，借助容器治理平台 Kubernetes 的不可变基础设施、弹性扩缩容和高扩展性，助力业务迅速实现数字化转型。其中，集群入口流量治理形式在云原生技术演进过程中逐渐通用化、标准化，用户通过 Kubernetes 定义的 Ingress 资源来治理内部拜访集群外部服务的形式。

微服务架构下，有一些需要开发，波及到微服务调用链路上的多个微服务同时产生了改变，通常每个微服务都会有灰度环境或分组来承受灰度流量，咱们心愿通过进入上游灰度环境的流量，也能进入上游灰度的环境中，确保 1 个申请始终在灰度环境中传递，即便这个调用链路上有一些微服务没有灰度环境，这些利用申请上游的时候仍然可能回到灰度环境中。通过 MSE 提供的全链路灰度能力，能够在不须要批改任何您的业务代码的状况下，可能轻松实现上述能力。

Kubernetes 集群对外裸露流量的形式次要分为三种，Node Port、LoadBalancer 以及 Ingress。

对于 Node Port 而言，实现了奢侈的端口和后端 Pod 的一一对应，不仅存在单点问题，而且因为端口范畴的限度，一旦后端的服务数量回升，会呈现无端口可用的状况；而对于 LoadBalancer 来说，其解决 Node Port 的单点问题和端口数量的问题，奈何它是一个纯正的流量转发资源，并没有路由配置能力，也无奈治理后端泛滥的 Service 利用，所以 Ingress 的诞生就是必然的后果。Ingress 不仅有这人造的路由定义的能力，也扮演者后端泛滥 Service 管理者的角色。不过这里须要提一句，公众所熟知的 Ingress 资源只是单纯的一个路由 Resource 定义，真正的实现者和执行者其实是具体的 Ingress 规范实现，包含大家所熟知的 Nginx Ingress Controller 都属于此列。

在阿里云 ACK 平台上，有着泛滥 Ingress 的实现形式，其中包含 Nginx-Ingress、ALB-Ingress 以及最近推出的 MSE-Ingress，本文将讲述一种较为通用的基于 MSE 微服务治理的对立计划，在 Ingress 网关上实现全链路流量灰度。

首先咱们要晓得在实现全链路灰度时所必须具备的因素，而后再在 Ingress 环境中实现这些因素，就可能实现在 Ingress 网关下的全链路流量灰度。由历史教训可知，咱们这里次要靠标签路由、节点打标以及流量染色这三个因素去实现。

标签路由通过对服务下所有节点依照标签名和标签值不同进行分组，使得订阅该服务节点信息的服务生产端能够按需拜访该服务的某个分组，即所有节点的一个子集。服务生产端能够应用服务提供者节点上的任何标签信息，依据所选标签的理论含意，生产端能够将标签路由利用到更多的业务场景中。

节点打标，如果是在应用 Kubernetes Service 作为服务发现的业务零碎中，服务提供者通过向 ApiServer 提交 Service 资源实现服务裸露，服务生产端监听与该 Service 资源下关联的 Endpoint 资源，从 Endpoint 资源中获取关联的业务 Pod 资源，读取下面的 Labels 数据并作为该节点的元数据信息。所以，咱们只有在业务利用形容资源 Deployment 中的 Pod 模板中为节点增加标签即可。

流量染色是指咱们能够在申请的源头上对流量进行染色，前端在发动申请时依据用户信息或者平台信息的不同对流量进行打标。如果前端无奈做到，咱们也能够在微服务网关上对匹配特定路由规定的申请动静增加流量标识。此外，流量在链路中流经灰度节点时，如果申请信息中不含有灰度标识，须要主动为其染色，接下来流量就能够在后续的流转过程中优先拜访服务的灰度版本。

为了实现下面全链路灰度三个因素，MSE 微服务治理提出了泳道和泳道组的概念。举一个例子，咱们假如利用的架构由 Nginx-Ingress 以及后端的微服务架构（Spring Cloud）来组成，后端调用链路有 3 跳，交易中心，商品核心，库存核心，客户端通过客户端或者是 H5 页面来拜访后端服务，它们通过 Nacos 注册核心做服务发现。

1) 通过设置流量规定对所需流量进行 ’ 染色 ’，’ 染色 ’ 流量会路由到灰度机器。

2) 灰度流量携带灰度标往上游传递，造成灰度专属环境流量泳道，无灰度环境利用会默认抉择未打标的基线环境。

进入到 MSE 控制台的泳道的定义界面里，咱们也能够发现，其对应了全链路灰度实现的三要素：

咱们以 ACK Nginx-Ingress 全链路为例，疾速地体验如何借助 MSE 微服务治理，实现 Ingress 的全链路流量灰度，总体的步骤如下：

咱们次要形容下如何将 ACK Ingress Controller 接入到 MSE 微服务中去，只需在 Nginx Ingress Controller 的 ConfigMap 减少上面两项配置即可：

use-mse: true
mse-app-name: ingress-canary-test

mse-app-name 为自定义的名称，此时咱们就能够在 MSE 管制台上看到名为 ingress-canary-test 的阿里云 Ingress 入口了：

其余步骤均和 Java 利用的全链路灰度步骤统一，具体能够参考以下这篇文章：

https://help.aliyun.com/docum…

待咱们配置好泳道规定后，咱们打对应特色的流量就会流入的对应的泳道中去，咱们能够在 MSE 控制台察看灰度的状况，以便验证全链路灰度性能是不是失效了：

MSE Ingress 是 MSE 团队自主研发的 Ingress 实现，基于 MSE 云原生网关（同时兼容 Ingress 和 Istio）取代 Nginx 来实现流量托管，不仅有着更弱小的性能，也有着人造的流量治理与管控基因，其全链路灰度的玩法与 ACK Nginx Ingress 基本上统一，具体步骤能够参考以下这篇文章：