k8s：是否可以有两个相同的部署但将不同的流量路由到它们？

Question

这是我的用例：

我有一个微服务，它通过入口网关实时和批处理发送流量。我想做的是能够在概念上定义一个 deployment 并让它创建两组 pod：

• 一组实时请求
• 另一个用于批处理。

部署新版本的微服务时，更新 k8s 部署，实时和批量使用新版本。

这在 k8s 中是否可行，还是我需要创建两个部署并分别管理它们？

Answer 1

这是为提高可见性而发布的社区 wiki 答案。随意扩展它。

由于我们不了解所用架构的完整信息，未来可以参考cmets的以下建议来解决问题。

1.使用部署、服务、选择器

您可以拥有两个相同的部署并将不同的流量路由到它们。 可以通过Services实现：

在 Kubernetes 中，Service 是一种抽象，它定义了一个逻辑集 Pod 的数量和访问它们的策略（有时这种模式 称为微服务）。 Service 所针对的 Pod 集是 通常由selector 确定。

这种方法有一些优点。

• 默认情况下，如果您使用iptables proxy mode，流量将以随机方式路由到端点。当您尝试将流量发送到同一部署所涵盖的特定 Pod 时，CPU and Memory usage 可能会发生很大差异，从而导致资源耗尽或浪费资源。
• 将更容易管理服务版本控制、CPU 和内存分配和部署。

2。使用 Istio

来自David M. Karr

如果服务定义为VirtualService，您可以路由到 不同的 DestinationRule 对象取决于标头值（或其他 资格）。

另外

如果需要部署新版本的微服务，可以选择不同的strategies，更适合你的需求。 Kubernetes deployment strategies:

• 重新创建：终止旧版本并发布新版本
• ramped：以滚动更新的方式发布新版本，一个接一个
• 蓝/绿：与旧版本一起发布新版本，然后切换流量
• 金丝雀：向部分用户发布新版本，然后继续全面推出
• a/b 测试：以精确的方式（HTTP 标头、cookie、权重等）向部分用户发布新版本。 A/B 测试是 确实是一种基于统计数据做出商业决策的技术 但我们将简要描述该过程。这不是从 与 Kubernetes 一起使用，这意味着需要额外的工作来设置更高级的 基础设施（Istio、Linkerd、Traefik、自定义 nginx/haproxy 等）。