介绍#

Ingress-Nginx 是一个K8S ingress工具，支持配置 Ingress Annotations 来实现不同场景下的灰度发布和测试。 Nginx Annotations 支持以下 4 种 Canary 规则：

nginx.ingress.kubernetes.io/canary-by-header：基于 Request Header 的流量切分，适用于灰度发布以及 A/B 测试。当 Request Header 设置为 always时，请求将会被一直发送到 Canary 版本；当 Request Header 设置为 never时，请求不会被发送到 Canary 入口；对于任何其他 Header 值，将忽略 Header，并通过优先级将请求与其他金丝雀规则进行优先级的比较。

nginx.ingress.kubernetes.io/canary-by-header-value：要匹配的 Request Header 的值，用于通知 Ingress 将请求路由到 Canary Ingress 中指定的服务。当 Request Header 设置为此值时，它将被路由到 Canary 入口。该规则允许用户自定义 Request Header 的值，必须与上一个 annotation (即：canary-by-header)一起使用。

nginx.ingress.kubernetes.io/canary-weight：基于服务权重的流量切分，适用于蓝绿部署，权重范围 0 - 100 按百分比将请求路由到 Canary Ingress 中指定的服务。权重为 0 意味着该金丝雀规则不会向 Canary 入口的服务发送任何请求。权重为 100 意味着所有请求都将被发送到 Canary 入口。

nginx.ingress.kubernetes.io/canary-by-cookie：基于 Cookie 的流量切分，适用于灰度发布与 A/B 测试。用于通知 Ingress 将请求路由到 Canary Ingress 中指定的服务的cookie。当 cookie 值设置为 always时，它将被路由到 Canary 入口；当 cookie 值设置为 never时，请求不会被发送到 Canary 入口；对于任何其他值，将忽略 cookie 并将请求与其他金丝雀规则进行优先级的比较。

注意：金丝雀规则按优先顺序进行如下排序：

canary-by-header - > canary-by-cookie - > canary-weight

我们可以把以上的四个 annotation 规则可以总体划分为以下两类：

基于权重的 Canary 规则

基于用户请求的 Canary 规则

注意： Ingress-Nginx 实在0.21.0 版本 中，引入的Canary 功能，因此要确保ingress版本OK

测试#

应用准备#

两个版本的服务，正常版本：

Copy

import static java.util.Collections.singletonMap;

@SpringBootApplication

@Controller

public class RestPrometheusApplication {

@Autowired

private MeterRegistry registry;

@GetMapping(path = "/", produces = "application/json")

@ResponseBody

public Map landingPage() {

Counter.builder("mymetric").tag("foo", "bar").register(registry).increment();

return singletonMap("hello", "ambassador");

}

public static void main(String[] args) {

SpringApplication.run(RestPrometheusApplication.class, args);

}

}

访问会输出：

Copy

{"hello":"ambassador"}

灰度版本：

Copy

import static java.util.Collections.singletonMap;

@SpringBootApplication

@Controller

public class RestPrometheusApplication {

@Autowired

private MeterRegistry registry;

@GetMapping(path = "/", produces = "application/json")

@ResponseBody

public Map landingPage() {

Counter.builder("mymetric").tag("foo", "bar").register(registry).increment();

return singletonMap("hello", "ambassador, this is a gray version");

}

public static void main(String[] args) {

SpringApplication.run(RestPrometheusApplication.class, args);

}

}

访问会输出：

Copy

{"hello":"ambassador, this is a gray version"}

ingress 配置#

我们部署好两个服务，springboot-rest-demo是正常的服务，springboot-rest-demo-gray是灰度服务，我们来配置ingress，通过canary-by-header来实现：

正常服务的：

Copy

apiVersion: extensions/v1beta1

kind: Ingress

metadata:

name: springboot-rest-demo

annotations:

kubernetes.io/ingress.class: nginx

spec:

rules:

- host: springboot-rest.jadepeng.com

http:

paths:

- backend:

serviceName: springboot-rest-demo

servicePort: 80

canary 的：

Copy

apiVersion: extensions/v1beta1

kind: Ingress

metadata:

name: springboot-rest-demo-gray

annotations:

kubernetes.io/ingress.class: nginx

nginx.ingress.kubernetes.io/canary: "true"

nginx.ingress.kubernetes.io/canary-by-header: "canary"

nginx.ingress.kubernetes.io/canary-by-header-value: "true"

spec:

rules:

- host: springboot-rest.jadepeng.com

http:

paths:

- backend:

serviceName: springboot-rest-demo-gray

servicePort: 80

将上面的文件执行：

Copy

kubectl -n=default apply -f ingress-test.yml

ingress.extensions/springboot-rest-demo created

ingress.extensions/springboot-rest-demo-gray created

执行测试，不添加header，访问的默认是正式版本：

Copy

# curl http://springboot-rest.jadepeng.com; echo

{"hello":"ambassador"}

# curl http://springboot-rest.jadepeng.com; echo

{"hello":"ambassador"}

添加header，可以看到，访问的已经是灰度版本了

Copy

# curl -H "canary: true" http://springboot-rest.jadepeng.com; echo

{"hello":"ambassador, this is a gray version"}

多实例Ingress controllers#

参考#