Kubernetes 中如何做到 AB 分流

[idblife]

就是把所有的服务分成 AB 两组，
平常流量随机进入 AB ，A 组服务也能调用 B 组服务。
在发布的特定时间段，AB 互相隔绝，做到先发布 A 组再发布 B 组。

[minmini]

service mesh?

[armyHcz]

这不就是 service 的流量分配吗,类似 nginx 的负载均衡

[idblife]

@armyHcz
service 层面的负载均衡做不到 AB 两组网络流量隔离吧

[idblife]

@minmini
istio 可以做到，但是性能垃圾

[helone]

istio

[hwdef]

平常用 service ，特定时段用 networkpolicy?

[idblife]

@helone
性能不行啊

[rushssss]

只用原生 service 实现的话，可以考虑 A 、B 两组服务打上两组标签，如 service=backend,group=a; service=backend,group=b


建立一个 svc ，平时 selecor 只指定 service=backend 就行，这样 AB 两组都会被选择到

需要的时候增加 selector 的条件，即可实现流量到指定的 group

[pigmen]

@idblife #7 哪里来的结论，istio （背后主要是 envoy ）性能不行？

[zhanggg]

ingress + service selector + networkpolicy 组合试试

[FullBridgeRect]

@pigmen 可能想表达 iptables ？用过是有明显损耗，但不至于不行吧

[NathanInMac]

就楼主说的这点需求 nginx 也能做到

[idblife]

@pigmen
实战经验

[idblife]

@FullBridgeRect
@pigmen
istio 你们上过生产没？

[idblife]

@NathanInMac
求 nginx 指教

[binfengxy]

性能垃圾? 性能不是现在很多服务最后才考虑的事情么？ XD

[idblife]

@rushssss
这个思路不错，不过我们有几百个服务，操作起来比较繁琐，但是值得试试，多谢

[idblife]

@binfengxy
我们是实际用过 istio 的。。。

[binfengxy]

关键是需求怎么定吧？感觉这个比较难根据实际弄清楚

下面是我当时做灰度发布时候定的初始目标，然后 pipeline 按这个要求去改.

发出来大家讨论一下，希望多多给建议，谢谢！

需要达成的目标

1. 可以手动指定某个老版本和最新版本同时发布在生产环境中；
2. 实现发布新版本时，让测试人员对新版本进行线上测试，普通用户依旧访问老版本；
3. 可以灵活控制新老版本的访问流量比例及运行服务器副本（ pod ）数量；
4. 保证同一个用户持续稳定访问一个版本，而不是首次请求新版本，后面可能请求老版本导致 404 等错误；
5. 在一个项目中，需要在部署环境中存在 2 个不同版本的发布；
6. 1 个版本为当前提交并打 tag 的 image 版本，另一个版本为指定的 tag 且发布成功的 image 版本（若不指定则默认为上个 tag 对应的 image 版本）；
7. 确保当前版本号和指定的版本号以变量的方式注入到对应的发布版本 image 中；

[Hanggi]

istio 性能垃圾？头一回听。

我们这边生产环境，不算 replica 几十个服务统一 istio 管理流量。

服务底层都是 envoy 做转发，怎么会有性能问题，还是再看看是不是你配置有问题。

Istio 是正解。