Kubernetes即学即用（第二版）

106

第

8

章

Ingress

的

HTTP

负载均衡

网络流量的进出是应用程序的关键部分之一。正如第

7

章的介绍，

Kubernetes

拥有一系列的功能，可以帮助你将服务公开到集群外部。对于许多用户和简

单的用例而言，这些功能就足够了。

但是，服务对象运行在第

4

层上（

OSI

模型

注

1

的第

4

层）。这意味着它仅

负责转发

TCP

和

UDP

连接，但不会关心这些连接的内部。因此，在集群

上托管多个应用程序就需要用到多个公开服务。如果这些服务都属于

type:

NodePort

，则客户端连接每个服务时，都必须使用一个唯一的端口。如果这

些服务采用

type: LoadBalancer

，则你需要为每个服务分配云资源（通常都

是昂贵或稀缺的资源）。但对于基于

HTTP

（第

7

层）的服务，我们有更好的

办法。

在非

Kubernetes

的环境中解决类似的问题时，用户常常会采用“虚拟主机”

的概念。这是一种在一个

IP

地址上托管多个

HTTP

站点的机制。通常，用户

会使用负载均衡器或反向代理来接受

HTTP

（

80

）和

HTTPS

（

443

）端口上传

入的连接。然后，由程序负责解析

HTTP

连接，并根据

HTTP

头部的

Host

以

及所请求的

URL

路径将

HTTP

调用代理到其他程序。在这种方式中，负载均

注

1

：

开放式系统互联模型（

Open System Interconnection Model

，

OSI

）是描述网络的层次结

构的标准方式。

TCP

和

UDP

位于该模型的第

4

层，而

HTTP

位于第

7

层。