我找不到具体说明Kubernetes服务在关联的部署被缩放成多个副本时的行为的文档。
我猜测这里涉及到一些负载均衡。这是否与服务类型有关?
此外,我希望在服务转发的请求中有一些亲和性(例如,如果可能的话,所有具有特定后缀的请求应始终映射到相同的Pod等)。这是否可行?我看到最接近的是Ambassador,但那只是服务级别的亲和性而非Pod级别。
我找不到具体说明Kubernetes服务在关联的部署被缩放成多个副本时的行为的文档。
我猜测这里涉及到一些负载均衡。这是否与服务类型有关?
此外,我希望在服务转发的请求中有一些亲和性(例如,如果可能的话,所有具有特定后缀的请求应始终映射到相同的Pod等)。这是否可行?我看到最接近的是Ambassador,但那只是服务级别的亲和性而非Pod级别。
我找不到一份文档来说明Kubernetes服务在关联的部署被扩展为多个副本时的行为。
使用Deployment
部署的Pod应该是无状态的。
使用Ingress
和L7代理时,路由可以基于http请求内容,但这取决于您使用的IngressController的实现方式。例如,Ingress-nginx支持一些粘性会话,而其他实现可能具有您正在寻找的功能。例如,Istio具有类似的支持设置。
Ambassador
Ambassador也支持一些会话亲和/粘性会话。
配置粘性会话使Ambassador将请求路由到给定会话中的同一后端服务。换句话说,在一个会话中服务的请求由同一个Kubernetespod处理。