Kubernetes 入门与应用部署指南
1. 基于上下文的路由
在 Kubernetes 集群中,我们常常需要配置基于上下文的路由。目前,首选且最具扩展性的方法是使用 IngressController。以下是其工作原理的说明:
- 假设有一个名为 web 的应用服务部署在集群中,该服务的所有 Pod 都带有 app=web 标签。
- 同时,存在一个名为 web 的 Kubernetes 服务,它为这些 Pod 提供了稳定的端点。此服务的(虚拟)IP 为 52.14.0.13 ,并暴露端口 30044 。
- 当有请求到达 Kubernetes 集群的任何节点,请求的名称为 web 且端口为 30044 时,该请求将被转发到这个服务,然后服务会将请求负载均衡到其中一个 Pod。
那么,客户端对 http[s]://example.com/web 的入口请求是如何路由到我们的 web 服务的呢?这需要通过 Ingress 对象来定义从基于上下文的请求到相应 <服务名称>/<端口> 请求的路由:
1. 在 Ingress 对象中,我们将 Host 和 Path 定义为源,将(服务)名称和端口定义为目标。当 Kubernetes API 服务器创建这个 Ingress 对象时,Ingr
超级会员免费看
订阅专栏 解锁全文

被折叠的 条评论
为什么被折叠?



