Kubernetes 中的 Service 是什么，ClusterIP、NodePort 与 LoadBalancer 有何区别？

Question

IT Interview Practice · Accepted Answer

**Service** 为一组按 label 选中的 *Pod* 提供稳定的网络身份（一个虚拟 IP 和一个 DNS 名）。由于 Pod 是短暂的且会更换 IP，Service 就是客户端使用的持久地址，并在其背后的健康 Pod 之间进行**负载均衡（load-balance）**。

## 为什么需要 Service

```text
Pod 来来去去（每次都是新 IP）。客户端需要一个稳定的端点。
一个 Service：
  → 按 label 选择 Pod  (selector: app=web)
  → 获得一个固定的虚拟 IP + DNS 名 (web.default.svc.cluster.local)
  → 在匹配且已 READY 的 Pod 之间对请求做负载均衡
```

## 三种主要的 Service 类型

```text
ClusterIP    (默认)    → 仅在集群内部可达
                          用于 pod-to-pod / 内部 service 通信
NodePort               → 在每个 node 上打开一个端口 (30000-32767)
                          外部流量打到 nodeIP:nodePort → Service → Pod
LoadBalancer           → 分配一个外部云 load balancer
                          提供一个路由到该 Service 的公网 IP
```

```text
       Internet
          │
   ┌──────┴───────┐
   │ LoadBalancer │  (云 LB，公网 IP)        ← 面向公开服务
   └──────┬───────┘
          │
   ┌──────┴───────┐
   │  NodePort    │  (node:30080)            ← 在每个 node 上暴露
   └──────┬───────┘
          │
   ┌──────┴───────┐
   │  ClusterIP   │  (10.96.x.x, 内部)       ← 最基础的构建块
   └──────┬───────┘
       Pod (app=web)
LoadBalancer 建立在 NodePort 之上，NodePort 建立在 ClusterIP 之上。
```

## ClusterIP（内部）

```yaml
apiVersion: v1
kind: Service
metadata:
  name: web
spec:
  type: ClusterIP          # 默认；可省略
  selector:
    app: web               # 匹配带 label app=web 的 Pod
  ports:
    - port: 80             # Service 端口
      targetPort: 8080     # 容器端口
```

其他 Pod 通过 DNS 访问它：`http://web`（同一 namespace）或 `http://web.default.svc.cluster.local`。

## NodePort 与 LoadBalancer

```yaml
# NodePort — 每个 node 都在 nodePort 上监听并转发给 Service
spec:
  type: NodePort
  selector: { app: web }
  ports:
    - port: 80
      targetPort: 8080
      nodePort: 30080      # 可选；30000-32767
---
# LoadBalancer — 云为其分配一个带公网 IP 的外部 LB
spec:
  type: LoadBalancer
  selector: { app: web }
  ports:
    - port: 80
      targetPort: 8080
```

```bash
kubectl get svc            # 查看类型、cluster IP 和 external IP
kubectl get endpoints web  # Service 背后实际的 Pod IP
```

## 为什么这很重要

Service 是 Kubernetes 中联网的工作方式，因此理解它们及类型层级是必备的日常知识。因为 Pod 是短暂的、每次重建都获得新 IP，你无法把客户端直接指向 Pod IP；**Service** 通过在一组按 label 选中的 Pod 前面提供**稳定的虚拟 IP 和 DNS 名**，并只在处于 Ready 的 Pod 之间对流量做**负载均衡**，解决了这个问题。三种类型构成一个分层递进：**ClusterIP**（默认）提供一个仅供内部使用的地址，用于 pod-to-pod 和 service-to-service 通信，是最基础的构建块；**NodePort** 在每个 node 上打开一个固定端口，让外部流量能到达 Service；而 **LoadBalancer** 更进一步，分配一个带公网 IP 的外部云 load balancer——每种类型都建立在它下面那一层之上。知道该选哪一个——ClusterIP 用于内部 microservice 流量，NodePort 用于基本的外部访问或本地环境，LoadBalancer 用于在云上暴露一个公开端点（以及实践中，在 ClusterIP Service 前面用 Ingress 做 HTTP 路由）——是设计各组件之间以及与外部世界如何通信的核心。由于几乎每个真实 workload 都需要稳定的连通性和负载均衡，理解 Service 及其类型是 Kubernetes 联网的基础知识，在设计和调试中都会不断出现。

为什么需要 Service

三种主要的 Service 类型

ClusterIP（内部）

NodePort 与 LoadBalancer

为什么这很重要

相关问题