Service 所用的协议

    Kubernetes 支持以下协议用于 Service：

    • TCP （默认值）

    当你定义 Service 时， 你还可以指定其使用的应用协议。

    本文详细说明了一些特殊场景，这些场景通常均使用 TCP 作为传输协议：

    Service 端口的 protocol 有 3 个有效值：

    特性状态： Kubernetes v1.20 [stable]

    当使用支持 SCTP 流量的网络插件时，你可以为大多数 Service 使用 SCTP。 对于 Service，对 SCTP 的支持情况取决于提供此项设施的云供应商（大部分不支持）。

    支持多宿主 SCTP 关联

    对多宿主 SCTP 关联的支持要求 CNI 插件可以支持为 Pod 分配多个接口和 IP 地址。

    针对多宿主 SCTP 关联的 NAT 需要在对应的内核模块具有特殊的逻辑。

    TCP

    你可以将 TCP 用于任何类别的 Service，这是默认的网络协议。

    你可以将 UDP 用于大多数 Service。对于 type: LoadBalancer Service， UDP 的支持与否取决于提供此项设施的云供应商。

    特殊场景

    HTTP

    如果你的云供应商支持负载均衡，而且尤其是该云供应商的负载均衡器实现了 HTTP/HTTPS 反向代理， 可将流量转发到该 Service 的后端端点，那么你就可以使用 LoadBalancer 模式的 Service 以便在 Kubernetes 集群外部配置负载均衡器。

    通常，你将 Service 协议设置为 TCP， 并添加一个 （一般取决于你的云供应商）配置负载均衡器，以便在 HTTP 级别处理流量。 此配置也可能包括为你的工作负载提供 HTTPS（基于 TLS 的 HTTP）并反向代理纯 HTTP。

    你也可以使用 Ingress 来暴露 HTTP/HTTPS Service。

    你可能还想指定连接的是 http 还是 。如果从负载均衡器到工作负载的会话是不带 TLS 的 HTTP，请使用 http； 如果从负载均衡器到工作负载的会话使用 TLS 加密，请使用 https。

    如果你的云供应商支持此协议，你可以使用设置为 type: LoadBalancer 的 Service， 在 Kubernetes 本身的外部配置负载均衡器，以转发用 封装的连接。

    负载均衡器然后发送一个初始的八位元组系列来描述传入的连接，这类似于以下示例（PROXY 协议 v1）：

    代理协议前导码之后的数据是来自客户端的原始数据。 当任何一侧关闭连接时，负载均衡器也会触发连接关闭并在可行的情况下发送所有残留数据。

    通常，你会将 Service 协议定义为 TCP。 你还会设置一个特定于云供应商的注解，将负载均衡器配置为以 PROXY 协议封装所有传入的连接。

    TLS

    通常，你会将协议设置为 并设置一个注解（通常特定于你的云供应商）， 将负载均衡器配置为充当一个 TLS 服务器。你将使用特定于云供应商的机制来配置 TLS 身份 （作为服务器，也可能作为连接到工作负载的客户端）。