Что такое Service в Kubernetes, и в чём разница между ClusterIP, NodePort и LoadBalancer?

Question

IT Interview Practice · Accepted Answer

**Service** даёт стабильную сетевую идентичность (виртуальный IP и DNS-имя) *набору Pod*, выбранному по label. Поскольку Pod эфемерны и меняют IP, Service — это устойчивый адрес, который используют клиенты, и он **балансирует нагрузку (load-balance)** по здоровым Pod за ним.

## Зачем нужны Service

```text
Pod приходят и уходят (новый IP каждый раз). Клиентам нужна СТАБИЛЬНАЯ конечная точка.
Service:
  → выбирает Pod по label  (selector: app=web)
  → получает фиксированный виртуальный IP + DNS-имя (web.default.svc.cluster.local)
  → балансирует запросы по подходящим, ГОТОВЫМ (Ready) Pod
```

## Три основных типа Service

```text
ClusterIP    (по умолч.) → доступен ТОЛЬКО внутри кластера
                          для pod-to-pod / внутреннего взаимодействия сервисов
NodePort               → открывает порт на КАЖДОМ node (30000-32767)
                          внешний трафик идёт на nodeIP:nodePort → Service → Pod
LoadBalancer           → выделяет внешний облачный load balancer
                          даёт публичный IP, маршрутизирующий на Service
```

```text
       Internet
          │
   ┌──────┴───────┐
   │ LoadBalancer │  (облачный LB, публичный IP)  ← для публичных сервисов
   └──────┬───────┘
          │
   ┌──────┴───────┐
   │  NodePort    │  (node:30080)                 ← открывает на каждом node
   └──────┬───────┘
          │
   ┌──────┴───────┐
   │  ClusterIP   │  (10.96.x.x, внутренний)      ← базовый строительный блок
   └──────┬───────┘
       Pod (app=web)
LoadBalancer строится на NodePort, а тот — на ClusterIP.
```

## ClusterIP (внутренний)

```yaml
apiVersion: v1
kind: Service
metadata:
  name: web
spec:
  type: ClusterIP          # по умолчанию; можно опустить
  selector:
    app: web               # совпадает с Pod, у которых label app=web
  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 — облако выделяет внешний LB с публичным IP
spec:
  type: LoadBalancer
  selector: { app: web }
  ports:
    - port: 80
      targetPort: 8080
```

```bash
kubectl get svc            # посмотреть типы, cluster IP и external IP
kubectl get endpoints web  # реальные IP Pod за Service
```

## Почему это важно

Service — это то, как работает сеть в Kubernetes, поэтому понимание их и иерархии типов — существенное, повседневное знание. Поскольку Pod эфемерны и получают новые IP при каждом пересоздании, вы не можете направлять клиентов прямо на IP Pod; **Service** решает это, предоставляя **стабильный виртуальный IP и DNS-имя** перед набором Pod, выбранным по label, и **балансируя нагрузку** трафика только по тем Pod, что находятся в состоянии Ready. Три типа образуют слоистую прогрессию: **ClusterIP** (по умолчанию) даёт только внутренний адрес для взаимодействия pod-to-pod и service-to-service и является базовым строительным блоком; **NodePort** открывает фиксированный порт на каждом node, чтобы внешний трафик мог достичь Service; а **LoadBalancer** идёт дальше, выделяя внешний облачный load balancer с публичным IP — каждый тип строится на предыдущем. Знание того, что выбрать — ClusterIP для внутреннего трафика микросервисов, NodePort для базового внешнего доступа или on-prem окружений, LoadBalancer для публичной конечной точки в облаке (и, на практике, Ingress перед Service типа ClusterIP для маршрутизации HTTP) — ключевое для проектирования того, как компоненты общаются друг с другом и с внешним миром. Поскольку почти каждая реальная нагрузка нуждается в стабильном подключении и балансировке нагрузки, понимание Service и их типов — фундаментальное сетевое знание Kubernetes, которое постоянно всплывает и при проектировании, и при отладке.

Зачем нужны Service

Три основных типа Service

ClusterIP (внутренний)

NodePort и LoadBalancer

Почему это важно

Похожие вопросы